文档介绍：上海兴汉科技公司
软件测试规范

二软件测试理论2
什么是软件测试2
软件测试的目标2
软件测试流程4
软件测试流程图4
软件测试流程细则5
软件测试注意事项6
软件测试类型8

，项目开发组组织进行集成测试
测试阶段：项目开发组完成集成测试后，提交测试所要求的待测软件及各种文档、手册、前期测试报告（《需求分析》、《软件设计规范》。
测试组安排和协调测试设备、环境等准备工作。测试组按测试计划、测试用例的要求对被测系统进行系统测试。
填写《错误报告》对修改后的情况进行回归测试。
测试结束后，测试人员对测试结果进行汇总；测试主管审核测试结果，得出测试结论；测试组进行测试分析和评估，编写《测试总结报告》
提交《测试总结报告》。
对测试未通过的待测软件，测试人员汇总并向项目开发组提交测试错误报告。
项目开发组对测试错误报告进行确认，对有争议的问题可由上一级技术负责人确认和仲裁；项目开发组针对测试错误报告进行逐项修改，修改完成后再将待测软件及错误修改情况提交及测试组
进行回归测试。
待测软件测试通过后，项目测评结束。
软件测试注意事项
根据《软件开发规范》仔细检查软件的界面是否合乎要求。（每一个子界面也应如此）其中，应注意提示信息和软件开发商信息是否正确。小的图标是否合乎要求。检查菜单当中的各项功能和功能按钮是否能正确使用。
根据《软件开发规范》和《用户需求》及《软件详细设计》设计测试用例（以边界值法、等价类划分法为主）。对功能界面要求注意与功能相关的信息显示及显示位置是否正确。数据输入界面应注意文字格式及数字和文字的区别。是否能够正确保存信息。数据查询（显示）界面应注意显示信息是否正确和完整。是否能正确查询。对打印功能要求注意打印出的报表是否正确。（包括报表各项信息、数据信息和报表字体等）。
这一项测试主要是对软件的错误处理功能进行测试。就是进行错误的操作或输入错误的数据，检查软件对这些情况是否能做出判断并予以提示。
特殊情况下要制造极端状态和意外状态，比如网络异常中断、电源断电等情况。一定要注意测试中的错误集中发生现象，这和程序员的编程水平和****惯有很大的关系。
对测试错误结果一定要有一个确认的过程。一般有A测试出来的错误,一定要有一个B来确认，严重的错误可以召开评审会进行讨论和分析。
制定严格的测试计划，并把测试时间安排得尽量宽松，不要希望在极短的时间内完成一个高水
平的测试。
回归测试的关联性一定要引起充分的注意，修改一个错误而引起更多错误出现的现象并不少见。
妥善保存一切测试过程文档，意义是不言而喻的，测试的重现性往往要靠测试文档。
软件测试类型
除非是测试一个小程序，否则一开始就把整个系统作为一个单独的实体来测试是不现实的。与开发过程类似，测试过程也必须分步骤进行，每个步骤在逻辑上是前一个步骤的继续。大型软件系统通常由若干个子系统组成，每个子系统又由许多模块组成。因此，大型软件系统的测试基本上由下述几个步骤组成：
模块测试
在设计得好的软件系统中，每个模块完成一个清晰定义的子功能，而且这个子功能和同级其他模块的功能之间没有相互依赖关系。因此，有可能把每个模块作为一个单独的实体来测试，而且通常比较容易设计检验模块正确性的测试方案。模块测试的目的是保证每个模块作为一个单元能正确运行，所以模块测试通常又称为单元测试。在这个测试步骤中所发现的往往是编码和详细设计的错误。
子系统测试
子系统测试是把经过单元测试的模块放在一起形成一个子系统来测试。模块相互间的协调和通信是这个测试过程中的主要问题，因此这个步骤着重测试模块的接口。
系统测试
系统测试是把经过测试的于系统装配成一个完整的系统来测试。在这个过程中不仅应该发现设计和编码的错误，还应该验证系统确实能提供需求说明书中指定的功能，而且系统的动态特性也符合预定要求。在这个测试步骤中发现的往往是软件设计中的错误，也可能发现需求说明中的错误。不论是子系统测试还是系统测试，都兼有检测和组装两重含义，通常称为集成测试。
验收测试
验收测试把软件系统作为单一的实体进行测试，测试内容与系统测试基本类似，但是它是在用户积极参与下进行的，而且可能主要使用实际数据（系统将来要处理的信息）进行测试。验收测试的
目的是验证系统确实能够满足用户的需要，在这个测试步骤中发现的往往是系统需求说明书中的错
误。
黑盒测试方法
黑盒测试（black—boxtesting）又称功能测试、数据驱动测试或基于规范的测试。用这种方法进行测试时，被测程序被当作看不见内部的黑盒。在完全不考虑程序内部结构和内部特性的情况下，测试者仅依据程序功能的需求规范考虑确定测试