测试用例的力度:
1.简单:可能只包含测试的内容,并没有“设计”,而仅仅是记录,主要是提醒测试人员主要功能是哪些。
2.复杂:包含具体的输入项,每一个步骤,期待的结果。
3.中庸:过于简单会导致测试有遗漏,而且根据测试人员的水平不同导致偏差较大;过于复杂,会导致效率太低,维护成本太高,限制测试人员的思维,一般工作中都介于两者之间。
测试用例的本质(基于需求),测试用例始终围绕需求展开!
1.理解需求、反应需求、忠于需求。
2.需求会变化,测试用例也应该变化。
3.及时响应变更比遵循计划更有价值。
原则:
1.根据程序的重要性和一旦发生故障带来的损失,来确定测试等级和测试重点。
2.认真选择测试策略。用尽可能少的测试用例发现尽可能多的错误。测试用例不足会导致风险的增加,测试用例过多会导致资源的浪费,需要找到平衡点。
方法选取:
1.先关注主要任务和业务流程、业务逻辑是否正确,考虑场景法。
2.需要输入数据的地方,考虑等价类划分法。
3.在任何情况都使用边界值法。
4.如果程序的功能中包含输入条