软件测试总结.docxVIP

软件测试的目的是尽可能发觉并改正被测试软件中的错误，提高软件的牢靠性。 测试的目的就是为了保证软件质量使用人工或自动手段来运行或测定某个系统的过程，其目的在于检验它是否满意规定的需求 或是弄清预期结果与实际结果之间的差别。 软件缺陷软件缺陷是对软件产品预期属性的偏离现象 1 ,对产品规格说明的偏离2,对用户期望的偏离，即用户要求未体现在产品中（可能是规格说明有疏漏，也可能是实现 中的问题） 留意：软件缺陷不行能完全避开软件质量 软件需求是衡量软件质量的基础规定了的标准是软件开发必需遵循的准则 假如已开发的软件已经满意了那些明文规定的需求，却没有满意隐含的需求，软件产品的质 量仍旧是有问题的测试目的 测试是程序执行的过程，目的在于发觉错误（缺陷）好的测试用例能有效地发觉别的测试用例未发觉的错误（缺陷） 胜利的测试是发觉了未曾发觉的错误确保软件的功能符合用户的需求，把尽可能多的问题在发布或交付前发觉并改正： 确保软件完成了它所承诺或公布的功能确保软件满意性能的要求 确保软件是健壮的和适应用户环境的一些原则： 一个好的测试用例具有较高的发觉过去未被发觉过的错误的概率；自己不能测试自己编写的程序； 对期望结果的描述是每个测试用例的必要组成部分；杜绝不能重现或匆忙的测试； 既要编写使用有效输入条件的测试用例，也要编写使用非法输入条件的测试用例；深化细致地审查测试结果 充分留意测试中的集群现象:测试后程序中残存的错误数目与该程序中已发觉的错误数目成 正比；让最优秀的人员去完成测试； 保证软件的可测试性是软件设计的一个重要目标；不要为了测试便利而修改程序； 测试工作必需在任务建立之初就确定目标。 Good-enough: 一种权衡投入/产出比的原则；保证测试的掩盖程度，但穷举测试是不行能的； 全部的测试都应当追朔到用户需求；越早测试越好，测试过程与开发过程应当是相结合的； 测试的规模由小而大，从单元测试到系统测试；为了尽可能多的发觉错误，应当由独立的第三方来测试； 不能为了便于测试修改程序既应当测试软件该做什么，也应当测试软件不该做什么 测试方法 （1）测试方法分类： 依据软件测试的策略分类： 黑盒测试与白盒测试（功能性测试和结构性测试），静态测试与动态测试，手工测试与自动测 试依据测试的阶段分类： 单元测试，集成测试，系统测试 （2）功能性测试和结构性测试A、功能性测试 基本观点：任何程序都可以看作是将从输入定义域取值映射到输出值域的函数（工程中的黑 盒）。 测试在软件的接口处进行，测试人员完全不考虑程序内部的规律结构和内部特征，只依据程 序的需求规格说明书，检查程序的功能是否符合它的功能说明（也称“数据驱动测试黑盒测试一般为了发觉以下几类错误： 是否有不正确或遗漏的功能？ 在接口上，输入能否正确地接受？能否输出正确的结果？ 是否有数据结构错误或外部信息（如数据文件）访问错误？ 性能上是否能够满意要求？ 是否有初始化或终止行错误？ 常用方法：边界值分析，健壮性分析，最坏状况分析，特别值测试，输入（输出）等价类,基于决策树的测试…… 功能性测试的优点： 功能性测试与软件如何实现无关，所以假如实现发生变化，测试用例仍旧有效；测试用例开发可以与实现并行，可以压缩总的项目开发时间。 缺点： 测试用例的冗余B结构性测试 对软件的过程性细节做细致的检查，对全部的规律路径进行测试（也称规律驱动测试）。 结构性测试一般对程序模块做如下的检查： 对程序模块的全部独立的执行路径至少测试一次；对全部的规律判定，取“真”与“假”的状况都能至少测试一次； 在循环的边界和运行界限内执行循环体；测试内部数据的有效性 （3）功能性测试与结构性测试的比较测试用例的基础： 功能性测试：需求规格说明结构性测试：程序源代码（实现） 两种方法单独使用都是不充分的假如全部已描述行为都没有被实现，结构性测试永久也发觉不了; 假如程序实现了没有被描述的行为，功能性测试用也发觉不了；测试级别与功能性和结构性测试存在现实的关系： 结构性测试最适合在单元级别上进行；功能性测试最适合在系统级别上进行； 完全测试程序是不行能的： 缘由： 输入量太大输出结果太多 软件实现途径太多软件说明书没有客观标准 边界值分析程序与函数： 程序的输入一一定义域程序的输出一一值域 程序中变量的值域： 强类型语言非强类型语言 边界值测试的基本原理： 错误更可能消失在输入变量的极值四周. 单缺陷假设：失效极少由两个（或多个）缺陷的同时发生引起的。 Min min+、nom max-和 max。 次边界条件： 有些边界条件在软件内部，最终用户几乎看不到，但是软件测试仍有必要检查。这样的边界条件称为次边界条件或者内部边界条件。如2的乘方和ASCII o 边界值分析的特点和局限性对于一 n个变量函数，边界值分析会产生4n+