测试用例


测试用例

文章插图
测试用例【测试用例】测试用例(Test Case)是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果 , 以便测试某个程式路径或核实是否满足某个特定需求 。
基本介绍中文名:测试用例
外文名:Test Case
作用:测试输入、执行条件以及预期结果
类型:测试程式
类别测试用例(Test Case)是将软体测试的行为活动做一个科学化的组织归纳 , 目的是能够将软体测试的行为转化成可管理的模式;同时测试用例也是将测试具体量化的方法之一 , 不同类别的软体 , 测试用例是不同的 。不同于诸如系统、工具、控制、游戏软体 , 管理软体的用户需求更加不同的趋势 。
测试用例

文章插图
测试用例要使最终用户对软体感到满意 , 最有力的举措就是对最终用户的期望加以明确阐述 , 以便对这些期望进行核实并确认其有效性 。测试用例反映了要核实的需求 。然而 , 核实这些需求可能通过不同的方式并由不同的测试员来实施 。例如 , 执行软体以便验证它的功能和性能 , 这项操作可能由某个测试员採用自动测试技术来实现;计算机系统的关机步骤可通过手工测试和观察来完成;不过 , 市场占有率和销售数据(以及产品需求) , 只能通过评测产品和竞争销售数据来完成 。既然可能无法(或不必负责)核实所有的需求 , 那幺是否能为测试挑选最适合或最关键的需求则关係到项目的成败 。选中要核实的需求将是对成本、风险和对该需求进行核实的必要性这三者权衡考虑的结果 。重要原因确定测试用例之所以很重要 , 原因有以下几方面 。测试用例构成了设计和制定测试过程的基础 。
测试用例

文章插图
测试用例测试的“深度”与测试用例的数量成比例 。由于每个测试用例反映不同的场景、条件或经由产品的事件流 , 因而 , 随着测试用例数量的增加 , 您对产品质量和测试流程也就越有信心 。判断测试是否完全的一个主要评测方法是基于需求的覆盖 , 而这又是以确定、实施和/或执行的测试用例的数量为依据的 。类似下面这样的说明:“95 % 的关键测试用例已得以执行和验证” , 远比“我们已完成 95 % 的测试”更有意义 。测试工作量与测试用例的数量成比例 。根据全面且细化的测试用例 , 可以更準确地估计测试周期各连续阶段的时间安排 。测试设计和开发的类型以及所需的资源主要都受控于测试用例 。测试用例通常根据它们所关联关係的测试类型或测试需求来分类 , 而且将随类型和需求进行相应地改变 。最佳方案是为每个测试需求至少编制两个测试用例:·一个测试用例用于证明该需求已经满足 , 通常称作正面测试用例;·另一个测试用例反映某个无法接受、反常或意外的条件或数据 , 用于论证只有在所需条件下才能够满足该需求 , 这个测试用例称作负面测试用例 。一、测试用例是软体测试的核心软体测试的重要性是毋庸置疑的 。但如何以最少的人力、资源投入 , 在最短的时间内完成测试 , 发现软体系统的缺陷 , 保证软体的优良品质 , 则是软体公司探索和追求的目标 。每个软体产品或软体开发项目都需要有一套优秀的测试方案和测试方法 。影响软体测试的因素很多 , 例如软体本身的複杂程度、开发人员(包括分析、设计、编程和测试的人员)的素质、测试方法和技术的运用等等 。因为有些因素是客观存在的 , 无法避免 。有些因素则是波动的、不稳定的 , 例如开发队伍是流动的 , 有经验的走了 , 新人不断补充进来;一个具体的人工作也受情绪等影响 , 等等 。如何保障软体测试质量的稳定?有了测试用例 , 无论是谁来测试 , 参照测试用例实施 , 都能保障测试的质量 。可以把人为因素的影响减少到最小 。即便最初的测试用例考虑不周全 , 随着测试的进行和软体版本更新 , 也将日趋完善 。