真是不好意思这么久才来。。。听测试用例的回放、、、、、
1.什么时候设计测试用例？
当需求文档定档后，就可以进行 测试点的提炼，开展测试用例的编写、
2.如果需求文档比较low,改怎么办
1.先要把工作做完，
2反馈情况给领导，带着解决方案。
3.在用例的执行过程中，发生了一些场景或者需求变更怎么办？
确定范围是否很大，如果很大的话，你需要把你前面的用例全部推翻
4.如何设计测试用例？
1.将产品文档中或者需求文档中的原则（规则）转换为每个用例的检查点
2.单个用例量小化原则，简单点来说，一条用例只做一件事
3.先从单个模块或者功能点开始入手。
4.借助一些用例设计方法，如：等价类。边界值，因果图。
5.兼容性，如浏览器 兼容性，操作系统兼容性等
PS：1.设计用例时一定要注意数据库中数据正确性用例的验证
2.设计用例时要考虑关联模块的问题
1.先写功能，在写关联，在写无关紧要的模块
实际工作中设计的测试用例：
1.实际工作中先根据需求文档匹配模块与角色的关系即可，Usercase
2.其次，输入流程图，因为流程图的输入时对整个产品脉络的一个熟悉
3.最后，依照usecase图和流程图，业务规则，以及设计用例方法，输出测试用例。
用例的评审与更新？
所有的用例都需要评审，更新
所有的需求都需要写测试用例吗？
根据需求大小，中型或者大型
测试用例越详细越好吗？
所有人都能看懂就可以。
表头
编号 用例描述 前置条件 步骤 预期结果
网友评论