软件测试是软件质量管理中最实际的行动,同时也是耗时最多的一项。基于时间因素的考虑,软件测试行为必须能够加以量化,才能进一步让管理阶层掌握所需要的测试过程,而测试用例就是将测试行为具体量化的方法之一。
测试用例就是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果,以便测试某个程序路径或核实是否满足某个特定需求。
测试过程:
测试用例的设计-.>用例的测试->出错->发现软件缺陷->开发人员修改->取得新的测试版本->用同一个测试用例复测或反测,验证之前的软件缺陷已修复,并且没有产生新的缺陷(之前通过的测试用例还要再测)
需求评审--》制定测试计划--》根据需求搭建测试环境/配置服务器与客户端资源--》根据需求编写测试用例--》用例评审--》用例执行--》bug回归--》提交测试报告
使用测试用例的好处主要体现在以下几个方面:
- 在开始实施测试之前设计好测试用例,可以避免盲目测试并提高测试效率
- 测试用例的使用令软件测试的实施重点突出、目的明确
- 在软件版本更新后只需修改小部分的测试用例便可开展测试工作,降低工作强度,缩短项目周期
- 功能模块的通用化和复用化使软件易于开发,而测试用例的通用化和复用化则会使软件测试易于开展,并随着测试用例的不断精化其效率也不断攀升
- 测试用例构成了设计和制定测试过程的基础,测试的“深度“与测试用例的数量成比例,由于每个测试用例反应不同的场景、条件或经由产品的事件流,因而,随着测试用例数量的增加,对产品质量和测试流程的信心也会增强
- 测试工作量与测试用例的数量成比例,根据全面且细化的测试用例,可以更准确地估计测试周期各连续阶段的时间安排
- 测试设计和开发的类型以及所需的资源主要都受控于测试用例
- 测试用例通常根据他们所关联关系的测试类型或测试需求来进行分类,而且将随类型和需求进行相应地改变。最佳方案是为每个测试需求至少编制两种测试用例:一种测试用例用于证明该需求已经满足,称为正向测试用例;另一种测试用例反应某个无法接受、反常或意外的条件或数据,用于论证只有在所需条件下才能够满足该需求,这种测试用例称作反向测试用例