测试用例如何编写几注意事项.pptVIP

测试用例的编写 及注意事项 测试用例的重要性 影响软件测试的因素很多，例如软件本身的复杂程度、开发人员（包括分析、设计、编程和测试的人员）的素质、测试方法和技术的运用等等 如何保障软件测试质量的稳定？ 有了测试用例，无论是谁来测试，参照测试用例实施，都能保障测试的质量。 测试用例的设计 不同类别的软件，测试用例是不同的。不同于诸如系统、工具、控制、游戏软件等类似管理软件的用户需求更加不统一，变化更大、更快。 测试用例更趋于是针对软件产品的功能、业务规则和业务处理所设计的测试方案。对软件的每个特定功能或运行操作路径的测试构成了一个个测试用例。 测试用例的设计 按功能是最简捷的，按用例规约遍历测试每一功能 路径分析是一个很好的方法，其最大的优点是在于可以避免漏测试 测试方法的选择 以采用软件测试常用的基本方法：等价类划分法、边界值分析法、错误推测法、因果图法、逻辑覆盖法等设计测试用例。视软件的不同性质采用不同的方法。如何灵活运用各种基本方法来设计完整的测试用例，并最终实现暴露隐藏的缺陷，全凭测试设计人员的丰富经验和精心设计。 测试用例设计的误区 能发现到目前为止没有发现的缺陷的用例是好的用例； 首先要申明，其实这句话是十分有道理的，但我发现很多人都曲解了这句话的原意，一心要设计出发现“难于发现的缺陷”而陷入盲目的片面中去，忘记了测试的目的所在，这是十分可怕的。我倾向于将测试用例当作一个集合来认识，对它的评价也只能对测试用例的集合来进行，测试本身是一种“VV”的活动，测试 需要保证以下两点： 程序做了它应该做的事情 程序没有做它不该做的事情  测试用例越详细越好 测试用例应该详细记录所有的操作信息，使一个没有接触过系统的人员也能进行测试； 测试用例设计是一劳永逸的事情； 测试用例文档是“活的”文档，这一点应该被测试工程师牢记 测试用例在形成文档后也还需要不断完善。主要来自三方面的缘故： 在测试过程中发现设计测试用例时考虑不周，需要完善； 在软件交付使用后反馈的软件缺陷，而缺陷又是因测试用例存在漏洞造成； 软件自身的新增功能以及软件版本的更新，测试用例也必须配套修改更新。 测试用例不应该包含实际的数据 测试用例是“一组输入、执行条件、预期结果”、毫无疑问地应该包括清晰的输入数据和预期输出，没有测试数据的用例最多只具有指导性的意义，不具有可执行 性。 例如: 测试用例中不需要明显的验证手段 “预期输出”仅描述为程序的可见行为，其实，“预期结果”的含义并不只是程序的可见行为。 例如:测试关闭程序的一个用例.输入操作”文件-退出,或单击窗体上的关闭按钮”.预期结果:”程序被关闭.” 编写测试用例时注意事项 编写测试用例时,首先分析应该用到哪些测试方法. 边界值、等价类、因果图、正交排列、状态图.等 关于步骤的描述 并不是一定要写出“没有接触过系统的人员也能进行测试”的用例 如果测试用例的执行者、测试用例设计者、测试活动相关人对系统了解都很深刻，那测试用例就没有必要太详细了，文档的作用本来就在于沟通，只要能达到沟通的目的就OK。 预期结果一定要明确 预期结果对整个测试用例是一个很重要的部分,如果表达的的意思模棱两可,对测试执行会造成很大阻碍. 如何编写测试用例 编写会议登陆窗口的组合用例 列出所有条件 分析可使用的测试方法 正交排列法 因果图法 建立判定表 生成测试用例 根据判定表生成测试用例 最后加入4个输入条件为空(输入框不输入任何字符)的用例 * * 无效的服务器地址 在服务器地址栏输入错误的IP 无法登陆,提示:无效的服务器地址 例如:192.168.0.166 在服务器地址栏输入错误的IP 预期结果 输入数据 用例说明 正确的输入 错误的输入 为空 用户昵称 正确的输入 错误的输入 为空 用户密码 正确的输入 错误的输入 为空 用户帐户 正确的输入 错误的输入 为空 服务器地址 T 　 　 　 　 　 　 　 　 　 　 　 　 　 　 正常登陆 　 　 　 　 T 　 　 　 　 　 　 　 　 　 　 用户昵称 不正确 　 　 　 T 　 　 　 　 　 　 T 　 　 　 　 用户密码 不正确 　 　 T 　 　 　 　 　 T T 　 　 　 　 T 用户帐户 不正确 　 T 　 　 　 T T T 　 　 　 T T T 　 服务器地址不正确 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 T T T T 　 T T 　 T 　 　 T 　 　 　 用户昵称 T T T 　 T T 　 T 　 T 　 　 T 　 　 用户密码 T T 　 T T 　 T T 　 　 T