发表于： 2018-08-15 23:02:28
1 869
今天完成的事情：
写了一个脑图，然后总结了一下测试用例编写流程的理解，比昨天更具体点吧
明天计划的事情：
再看多一点其他的
遇到的问题：
没有
收获：
又具体化了一点
测试用例编写流程
需求分析 提取测试点 测试用例编写 测试用例评审
需求是什么
业务需求：关注系统是否满足业务需求
用户需求：关注系统是否满足用户习惯
功能需求：关注系统是否满足功能需求
需求就是客户的需要和要求，业务需求、用户要求和功能需求。需求不明时整理已有的需求不懂的需求可和负责人确认或参考同类型产品的实现情况。一个项目都是围绕进行的，所有岗位都离不开需求。
没有需求怎么办？
参考市面上已经上线的同类产品
需求模糊怎么办？
1.收集整理已有需求
2.和产品经理逐条确认
3.参考同类型产品的实现情况
什么是测试点？
测试点即通过需求分析后对得出的需要进行测试的具体内容
测试用例编写注意的事项
1.根据项目的实际情况设计测试用例表格
2.用例格式不是固定的，不要生搬硬套
3.根据具体的情况编写
测试用例评审：
1.什么是用例评审？
<1>简单的说，评审就是对测试用例进行检查
<2>评审包括：同行评审、小组评审、部门评审和第三方评审等
<3>不同的评审有不同的角色参与其中
2.评审的意义：
<1>通过评审发现用例的不足
<2>方便测试人员改进用例
<3>达到在测试时提高测试质量的目的
3.评审的流程是什么？
评审后改进测试用例，再进行评审再改进测试用例，这样一直循环直到评审都通过，这时候才结束评审，也标志着测试用例编写的完成
需求分析的重要性
需求分析是对软件非常重要的一个周期，主要是用户对产品经理的需求，分析这个软件是否全部完成了必须要有的需求
测试点对测试用例的好处：
1.能根据测试点快速的编辑出来测试用例
2.测试点包裹了全部的用户需求
返回列表
评论