《软件系统测试要求规范》由会员分享，可在线阅读，更多相关《软件系统测试要求规范（18页珍藏版）》请在金锄头文库上搜索。
1、word某某兴汉科技公司软件测试规X / 目 录1二软件测试理论2223345666667788891213附录一单元测试报告14附录二集成测试报告15附录三测试大纲16附录四测试大纲附录17附录五测试计划18附录六程序错误报告19附录七测试分析报告20本规X是对项目软件测试的一份指导性文件，对软件测试过程中所涉与到的测试理论、测试类型、测试方法、测试标准、测试流程以与软件产品开发单位所承当的职责进展总体规X，以有效保证软件产品的质量。二 软件测试理论无论怎样强调软件测试的重要性和它对软件可靠性的影响都不过分。在开发大型软件系统的漫长过程中，面对着极其错综复杂的问题，人的主观认识不可能完全符合
2、客观现实，与工程密切相关的各类人员之间的通信和配合也不可能完美无缺，因此，在软件生命周期的每个阶段都不可防止地会产生过失。我们力求在每个阶段完毕之前通过严格的技术审查，尽可能早地发现并纠正过失；但是，经验明确审查并不能发现所有过失，此外在编码过程中还不可防止地会引入新的错误。如果在软件投入生产性运行之前，没有发现并纠正软件中的大局部过失，如此这些过失迟早会在生产过程中暴露出来，那时不仅改正这些错误的代价更高，而且往往会造成很恶劣的后果。测试的目的就是在软件投入生产性运行之前，尽可能多地发现软件中的错误。目前软件测试仍然是保证软件质量的关键步骤，它是对软件规格说明、设计和编码的最后复审。软件测试
3、在软件生命周期中横跨两个阶段。通常在编写出每个模块之后就对它做必要的测试(称为单元测试)，模块的编写者和测试者是同一个人，编码和单元测试属于软件生命周期的同一个阶段。在这个阶段完毕之后，对软件系统还应该进展各种综合测试，这是软件生命周期中的另一个独立的阶段，通常由专门的测试人员承当这项工作。大量统计资料明确，软件测试的工作量往往占软件开发总工作量的40以上，在极端情况，测试那种关系人的生命安全的软件所花费的本钱，可能相当于软件工程其他开发步骤总本钱的三倍到五倍。因此，必须高度重视软件测试工作，绝不要以为写出程序之后软件开发工作就接近完成了，实际上，大约还有同样多的开发工作量需要完成。仅就测试而
4、言，它的目标是发现软件中的错误，但是，发现错误并不是我们的最终日的。软件工程的根本目标是开发出高质量的完全符合用户需要的软件。下面这些规如此也可以看作是测试的目标或定义： (1)测试是为了发现程序中的错误而执行程序的过程； (2)好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案； (3)成功的测试是发现了至今为止尚未发现的错误的测试。从上述规如此可以看出，测试的正确定义是“为了发现程序中的错误而执行程序的过程。这和某些人通常想象的“测试是为了明确程序是正确的，“成功的测试是没有发现错误的测试等等是完全相反的。正确认识测试的目标是十分重要的，测试目标决定了测试方案的设计。如果为了明确程序
5、是正确的而进展测试，就会设计一些不易暴露错误的测试方案；相反，如果测试是为了发现程序中的错误，就会力求设计出最能暴露错误的测试方案。由于测试的目标是暴露程序中的错误，从心理学角度看，由程序的编写者自己进展测试是不恰当的。因此，在综合测试阶段通常由其他人员组成测试小组来完成测试工作。此外，应该认识到测试决不能证明程序是正确的。即使经过了最严格的测试之后，仍然可能还有没被发现的错误潜藏在程序中。测试只能查找出程序中的错误，不能证明程序中没有错误。参与需求分析，了解项目需求内容了解需求变更制定测试计划 编写测试用例回归测试执行测试用例填写错误报告编写测试总结报告提交测试总结报告提交bug，项目组进展
6、修改项目组进展修改 No YesY需求阶段：测试人员了解项目需求收集结果包括项目需求规格说明、功能结构与模块划分等。测试人员了解项目需求变更。测试人员会同项目主管根据软件需求制定并确认测试计划附录五。设计编码阶段：测试人员制定测试用例附录三、附录四。项目开发组对完成的功能模块进展单元测试所有单元测试与相应的修改完成后，项目开发组组织进展集成测试测试阶段：项目开发组完成集成测试后，提交测试所要求的待测软件与各种文档、手册、前期测试报告需求分析、软件设计规X。测试组安排和协调测试设备、环境等准备工作。测试组按测试计划、测试用例的要求对被测系统进展系统测试。填写错误报告对修改后的情况进展回归测试。测
7、试完毕后，测试人员对测试结果进展汇总；测试主管审核测试结果，得出测试结论；测试组进展测试分析和评估，编写测试总结报告提交测试总结报告。对测试未通过的待测软件，测试人员汇总并向项目开发组提交测试错误报告。项目开发组对测试错误报告进展确认，对有争议的问题可由上一级技术负责人确认和仲裁；项目开发组针对测试错误报告进展逐项修改，修改完成后再将待测软件与错误修改情况提交与测试组进展回归测试。待测软件测试通过后，项目测评完毕。根据软件开发规X仔细检查软件的界面是否符合要求。每一个子界面也应如此 其中，应注意提示信息和软件开发商信息是否正确。小的图标是否符合要求。检查菜单当中的各项功能和功能按钮是否能正确使
8、用。根据软件开发规X和用户需求与软件详细设计设计测试用例以边界值法、等价类划分法为主。对功能界面要求注意与功能相关的信息显示与显示位置是否正确。数据输入界面应注意文字格式与数字和文字的区别。是否能够正确保存信息。数据查询显示界面应注意显示信息是否正确和完整。是否能正确查询。对打印功能要求注意打印出的报表是否正确。包括报表各项信息、数据信息和报表字体等。这一项测试主要是对软件的错误处理功能进展测试。就是进展错误的操作或输入错误的数据，检查软件对这些情况是否能做出判断并予以提示。特殊情况下要制造极端状态和意外状态，比如网络异常中断、电源断电等情况。一定要注意测试中的错误集中发生现象，这和程序员的编
9、程水平和习惯有很大的关系。对测试错误结果一定要有一个确认的过程。一般有A测试出来的错误，一定要有一个B来确认，严重的错误可以召开评审会进展讨论和分析。制定严格的测试计划，并把测试时间安排得尽量宽松，不要希望在极短的时间内完成一个高水平的测试。回归测试的关联性一定要引起充分的注意，修改一个错误而引起更多错误出现的现象并不少见。妥善保存一切测试过程文档，意义是不言而喻的，测试的重现性往往要靠测试文档。除非是测试一个小程序，否如此一开始就把整个系统作为一个单独的实体来测试是不现实的。与开发过程类似，测试过程也必须分步骤进展，每个步骤在逻辑上是前一个步骤的继续。大型软件系统通常由假如干个子系统组成，每
10、个子系统又由许多模块组成。因此，大型软件系统的测试根本上由下述几个步骤组成：在设计得好的软件系统中，每个模块完成一个清晰定义的子功能，而且这个子功能和同级其他模块的功能之间没有相互依赖关系。因此，有可能把每个模块作为一个单独的实体来测试，而且通常比拟容易设计检验模块正确性的测试方案。模块测试的目的是保证每个模块作为一个单元能正确运行，所以模块测试通常又称为单元测试。在这个测试步骤中所发现的往往是编码和详细设计的错误。子系统测试是把经过单元测试的模块放在一起形成一个子系统来测试。模块相互间的协调和通信是这个测试过程中的主要问题，因此这个步骤着重测试模块的接口。系统测试是把经过测试的于系统装配成一
11、个完整的系统来测试。在这个过程中不仅应该发现设计和编码的错误，还应该验证系统确实能提供需求说明书中指定的功能，而且系统的动态特性也符合预定要求。在这个测试步骤中发现的往往是软件设计中的错误，也可能发现需求说明中的错误。不论是子系统测试还是系统测试，都兼有检测和组装两重含义，通常称为集成测试。验收测试把软件系统作为单一的实体进展测试，测试内容与系统测试根本类似，但是它是在用户积极参与下进展的，而且可能主要使用实际数据(系统将来要处理的信息)进展测试。验收测试的目的是验证系统确实能够满足用户的需要，在这个测试步骤中发现的往往是系统需求说明书中的错误。 黑盒测试(blackbox testing)又
12、称功能测试、数据驱动测试或基于规X的测试。用这种方法进展测试时，被测程序被当作看不见内部的黑盒。在完全不考虑程序内部结构和内部特性的情况下，测试者仅依据程序功能的需求规X考虑确定测试用例和推断测试结果的正确性。因此黑盒测试是从用户观点出发的测试，黑盒测试直观的想法就是既然程序被规定做某些事，那我们就看看它是不是在任何情况下都做的对。完整的“任何情况是无法验证的，为此黑盒测试也有一套产生测试用例的方法，以产生有限的测试用例而覆盖足够多的“任何情况。由于黑盒测试不需要了解程序内部结构，所以许多高层的测试如确认测试、系统测试、验收测试都采用黑盒测试。黑盒测试首先是程序通常的功能性测试。要求：每个软件
13、特性必须被一个测试用例或一个被认可的异常所覆盖。用数据类型和数据值的最小集测试。用一系列真实的数据类型和数据值运行，测试超负荷、饱和与其他“最坏情况的结果；用假想的数据类型和数据值运行，测试排斥不规如此输入的能力；对影响性能的关键模块，如根本算法、应测试单元性能(包括精度、时间、容量等)。不仅要考核“程序应该做什么?还要考察“程序是否做了不该做的2同时还要考察程序在其他一些情况下是否正常。这些情况包括数据类型和数据值的异常等等。下述几种方法：(a)等价类划分，(b)因果图方法，(c)边值分析法，(d)猜错法，(e)随机数法，就是从更广泛的角度来进展黑盒测试。每一个方法都力图能涵盖更多的“任何情
14、况，但又各有长处，综合使用这些方法，会得到一个较好的测试用例集。等价类划分是一种典型的黑盒测试方法。等价类是指某个输入域的集合。它表示对揭露程序中的错误来说，集合中的每个输入条件是等效的。因此我们只要在一个集合中选取一个测试数据即可。等价类划分的方法是把程序的输入域划分成假如干等价类，然后从每个局部中选取少数代表性数据当作测试用例。这样就可使用少数测试用例检验程序在一大类情况下的反映。在考虑等价类时，应该注意区别以下两种不同的情况：有效等价类：有效等价类指的是对程序的规X是有意义的、合理的输入数据所构成的集合。在具体问题中，有效等价类可以是一个，也可以是多个。无效等价类：无效等价类指对程序的规X是不合理的或无意义的输入数据所构成的集合。对于具体的问题，无效等价类至少应有一个，也可能有多个。确定等价类有以下几条原如此：如果输入条件规定了取值X围或值的个数，如此可确定一个有效等价类和两个无效等价类。例如，程序的规X中提到的输入条包括“项数可以从1到999，如此可取有效等价类为“l考项数999，无效等价类为“项数l，与“项数999。输入条件规定了输入值的集合，或是规定了“必须如何的条件，如此可确定一个有效等价类和一个无效等价类。如某程序涉与标识符，其输入条件规定“标识符应以字母开头如此“以字母开头者作为有效等
