测试用例的定义，测试用例模板，测试用例的作用，测试用例编写注意事项

测试用例的定义

测试用例的定义：
设计一个情况，软件程序在这种情况下，必须能够正常运行且达到程序所设计的预期结果。
常遇到的面试问题：
1、什么是测试用例？
设计一个情况，软件程序在这种情况下，必须能够正常运行且达到程序所设计的预期结果。
2、如果软件按照测试用例达不到预期结果怎么办？
如果程序在这种情况下不能正常运行，而且这种问题会重复发生，那么就表示软件有缺陷。这时候就必须将问题标出来，通知软件开发人员，并将整个问题列于下一测试版本内。
3、开发人员说缺陷修复了，你认可吗？
软件测试工程师得到新的测试版本后，必须利用同一个用例来测试这个问题，确保该问题被修复。回归测试。

测试用例的模板

测试用例编号	测试项	依赖用例	测试步骤	输入数据	预期结果	测试结果	测试人	备注

用例设计模板中的说明：

• 测试用例编号（标识符）
  一般编号规则：比如：TestCase项目名称_模块名称_功能名称_0001

• 测试项：测试用例的测试测试目的。一般情况下，用一句话表明测试的目的。
  例如：使用谷歌浏览器打开百度首页；在QQ登录页输入正确的用户名密码能登录上。（表明测试模块，测试对象，简单的方式方法，事件）

• 依赖用例：一般功能流程上，下游的功能测试依赖于上游的功能测试的用例。
  比如：删除数据功能依赖于增加数据功能

• 测试步骤：用最朴实的语言，写出软件的操作步骤。要尽量详细。
  例如：在用户名文本框中输入：XXX

• 输入数据：单独整合测试数据。必须和测试步骤中的数据保持一致。

• 预期结果：准确（对象的准确、内容的准确）。原则上每一个操作步骤，都要有一个结果。在重要的步骤之后（比如：点击一个链接，点击一个查询），设定预期结果。预期结果一般和测试目的密切相关，测试目的决定了测试步骤和预期结果。
  例如：页面跳转到XXX，程序弹出对话框，提示：。。。。

• 测试结果：要求在测试执行完成后添加，没有执行保持为空。
  测试结果只有两个：通过/失败；Pass/Failed。
  和预期结果一直即为通过；不一致为失败。

• 测试人：测试的执行人。

• 备注：为了测试用例正常执行而做的特殊准备。
  例如：专门制造网络不畅情况下，软件错误提示。

测试用例的作用

• 有效性：测试用例是测试人员在测试过程中的重要参考依据。
• 可复用性：良好的测试用例具有重复使用的功能，使得测试过程事半功倍，提高测试效率。
• 易组织性：即使小的项目，也有可能有几千甚至更多的测试用例，测试用例可能在很长时间的测试过程中被创建和使用。
• 可评估性：从测试的项目管理角度来说，测试用例的通过率是检测代码质量的保证。
• 可管理性：测试用例也可以作为检测测试人员工作效率的标准。

对应面试题：
1、测试用例真的有必要耗费时间进行设计和编写吗？有用吗？
有必要编写。测试用例具有有效性，测试用例是测试人员在测试过程中的重要参考依据。。。。。。

测试用例编写注意事项

• 不要设计“穷举测试用例”
• 在详细测试用例与有效测试时间中找到平衡点
• 好的测试用例应该多关注“反向测试问题”
• 测试用例库应该不断更新和维护
  对应的面试题：
  1、测试问题需要经常更新吗？
  必须更新，尤其是发现过缺陷的测试用例。因为缺陷有集群效应。
• 测试用例可以复用，但要注意数据有效性和环境变化
• 针对不同的需求类型和测试对象，灵活采用不同的测试用例设计方法