5,179
社区成员
发帖
与我相关
我的任务
分享请发表友善的回复…
发表回复
raphrensel 2003-08-29
- 打赏
- 举报
主要是编写一些基于需求中“用户便于使用”，且“无明显运行故障”的测试用例
如果是GUI,还要在界面上多注重一些。
参考MAC和微软的那个相关规范
如果是GUI,还要在界面上多注重一些。
参考MAC和微软的那个相关规范
wwq_jeff 2003-07-29
- 打赏
- 举报
按我们的工作习惯是，在需求说明书出来之后再开始写测试计划，同时测试计划还要参考设计文档中的测试要点来丰富测试计划中的测试事项。
l_agang 2003-07-29
- 打赏
- 举报
但在V模型中，需求分析和软件验收测试计划好象是在统一阶段进行，那在这个阶段中如何编写软件验收计划呢？
chulj 2003-07-28
- 打赏
- 举报
需求分析和需求说明书还是有些差别，需求分析是在需求说明书的基础上进行分析。那么在分析阶段测试，主要检查需求分析是否含盖了需求说明书中，检查其完整性，分析的正确性，是否符合常用的商业模型(业务模型)，用例描述是否正确，是否对用例的优先级进行划分等。
chnzhr 2003-07-28
- 打赏
- 举报
我同意楼上两位的意见,在需求没有最终定下来之前,写需求没有什么意义,但是在需求采集或是分析需求的时候一定要参予,充分的了解需求,只有这样你的测试计划才能够写的好且较符合实际.
leowindcsdn 2003-07-25
- 打赏
- 举报
同意楼上的说法，这种情况下你瞎写一通（根据已有的需求和你以前的测试经验加你的想象能力）就可以达到要求，因为这个时候要你写测试计划的真正目的是让你熟悉系统，这个时候你的测试计划写得再漂亮以后也得大规模修改
babyya 2003-07-24
- 打赏
- 举报
如果整个系统需求都未定，那么你准备如何开展你的测试工作呢？
如果在系统分析阶段就写测试计划的话，是不符合测试工作的规定的。测试计划的来源之一就是需求分析书。
如果在系统分析阶段就写测试计划的话，是不符合测试工作的规定的。测试计划的来源之一就是需求分析书。
