软件测试案例分析
HEN system office room 【HEN16H-HENS2AHENS8Q8-HENH1688】
对软件测试理解
软件测试作为软件质量保证的一种重要方法，近些年来, 软件测试越来越受到产业界、教育界和学术界的重视。软件测试，描述一种用来促进鉴定软件的正确性、完整性、安全性和质量的过程。换句话说，软件测试是一种实际输出与预期输出间的审核或者比较过程。软件测试的经典定义是：在规定的条件下对程序进行操作，以发现程序错误，衡量软件质量，并对其是否能满足设计要求进行评估的过程。 1软件测试的方法
黑盒测试
在黑盒测试(或称功能测试)中，不考虑程序的内部结构和表现， 其目的是确定程序的输入与输出是否与其规格一致，力图发现以下几类错误：
是否有不正确或遗漏了的功能？在接口上，输入能否正确地接受？ 能否正确地输出结果？
是否有数据结构错误或外部信息(例如数据文件)访问错误？性能上是否能满足要求？
是否有初始化或终止性错误？
黑盒测试的主要缺点是依赖于规格的正确性(实际情况并非如此)和需要采用所有可能的输入作为测试用例才能保证模块的正确性。
白盒测试
在该方法对软件的过程性细节做细致检查，对程序所有逻辑进行测试。通过在不同点检查程序的状态，确定实际的状态是否与预期的状态一致。测试用例从程序的逻辑中产生。确定程序逻辑覆盖有几条原则，其中之一是语句覆盖，要求程序中的每条语句至少执行一次。这条原则是必要的，但不充分，因为部分错误并不能检测出来。
从上至下测试
从上至下测试从程序的顶点模块开始，然后逐步对较低级的模块进行测试。为了模仿被测试模块的低级模块，需要哑模块或桩子模块。从上至下测试的主要好处就是排除了系统测试和集成，它可以让人们看见系统的早期版本并证明系统的正确性。它的效果之一可以提高程序员的士气。从上至下测试的主要缺点是需要桩子模块，并
且在桩子模块中的测试数据直到输入输出模块加入之前不能确定。某些模块的测试数据难以创建，因为桩子模块不能模拟数据流使得模块之间的数据流不能组织成有向无环图。
从下至上测试
从下至上测试策略从程序的最低级模块(不调用别的模块)开始。为了模拟高一级的模块需要驱动模块。当对所有的低一级模块测试完毕才对高一级模块进行测试。从下至上测试方法的优点之一是测试数据的建立不存在困难。尽管数据流不在有向无环图中，但驱动模块模拟所有的调用参数，如果关键模块位于调用模块的底部，则从上至下测试方法更优。从下至上测试的主要缺点是系统的早期版本直到最后模块测试完毕才产生，并且设计和测试一个系统不能重叠进行，因为不可在低级模块设计之前进行测试。
测试用例 一般描述
设计者 [必写，填写姓名] 所属功能 [必写，测试项的功能] 测试用例编号 [必写，填写标号] 测试项 [必写，填写所测试项目名称] 功能描述 测试要点 [必写，被测试的功能描述] [必写，规定本模块主要测试内容以及业务逻辑规定 （数据的完整性，正确性，与业务的复合型，是否可删除作废）] 预置条件 [必写，哪些测试用例必须执行（为了运行该模块，哪些模块应该先启动）] 输入数据 [必写，需要输入系统的测试数据] 预期结果 [必写，说明进行该项测试会得到怎么样的结果才正确，是实际测试者的参与] 测试说明 影响范围 审核人
[可选，一些特殊说明，日操作上应该注意的问题] [必写，指出设计到什么模块/文件/函数等] [填写意见/姓名] 日期 [填写审核日期]
软件测试案例分析完整版
