《04软件测试规范》由会员分享，可在线阅读，更多相关《04软件测试规范（5页珍藏版）》请在金锄头文库上搜索。
1、软件测试规范1 目的测试是为了发现软件缺陷而执行软件功能的过程。测试的目的是确保软件的功能符合用户的需求，把尽可能多的问题在发布前或交付前发现并改正。测试是保证软件质量的重要手段。测试工作应当贯穿软件从需求到最终交付和维护的整个生命周期。测试不仅是测试人员的工作，而应该是参与软件研发过程的每个人的责任。本文规定了软件测试的流程和职责，不限制具体项目的测试工具和测试方法。2 范围适用于公司软件项目的测试过程，包括自主开发项目，外包开发项目，软件产品引进。3 测试过程3.1 单元测试和建构测试单元测试，又称为子模块测试，是开发人员对软件模块（或称为组件）进行的隔离测试。通常，单元测试用例需要编写程
2、序代码，单元测试的执行也需要特定的工具，比如Junit，Nunit等。建构测试，就是在建构软件程序的时候，使用工具自动运行所有的单元测试用例。以确保所有组件功能正常。开发团队应当根据设计文档编写单元测试用例。不是所有的程序都需要单元测试，但是重要的功能，复杂的逻辑判断，使用频率高的组件，应当有单元测试用例。3.2 组装测试开发人员完成负责的功能模块并进行必要的单元测试后，应当将软件组装，在整体软件中验证自己负责的组件是否正常工作，这个部分工作称作组装测试。目的是验证自己负责的组件的接口是否符合相关组件的要求。3.3 系统测试系统测试是对装配好的整个软件系统进行的测试，包括：功能测试、性能测试、
3、安全测试。3.3.1 功能测试功能测试是测试人员以用户的角度执行软件的功能，并验证软件功能的过程。功能测试需要对整个软件系统进行。功能测试的目的是验证软件是否实现了功能需求。功能测试应当在开发人员完成单元测试和组装测试之后进行。但是功能测试工作在软件开发的需求阶段就应该开始参与并准备。以下是测试人员在软件开发过程中的工作流程：3.3.1.1测试用例在需求阶段，测试人员就应当参与需求的分析，并且根据需求文档，编写测试用例。编写测试用例也是对需求文档质量的考核，如果根据需求文档不能制定相应的测试用例，说明需求文档是不明确的。测试用例的主要内容是：操作步骤，测试输入，预期输出。必要时，应当和需求分析
4、员共同确认测试输入的若干组数据，包括有效数据，边界数据和无效数据。这样可以保证正确的重复执行测试步骤。测试用例应当与需求文档保持一致，需求变更时应当相应的变更测试用例。理想状态下，需求描述应该采用用例文档格式，这样，测试用例可以极大程度的重用需求文档用例。3.3.1.2测试计划测试计划应当在一个阶段的开发结束前制定完成并经过评审，测试计划内容包括： 测试环境的准备工作安排 测试安排，即人员和日程安排 测试用例列表3.3.1.3搭建测试环境功能测试需要搭建测试环境，测试环境应当模拟用户最终硬件和网络环境以及软件部署。开发团队负责测试环境的搭建。测试环境应当保持一定的稳定性，即在测试期间，测试环境
5、的配置、部署的软件版本、测试数据库等环境不能被随意修改。所有对测试环境的修改都应当经过测试经理或项目经理的批准。3.3.1.4测试执行和缺陷跟踪测试按照测试用例描述的步骤进行，按照顺序确保每个测试用例都执行过，测试过程中发现的所有问题，应当登记并遵照软件缺陷管理流程进行跟踪处理。对于修正的缺陷必须进行回归验证。3.3.1.5测试报告测试过程中应当分阶段或者定期提交测试报告，测试结束后，应当提供测试总结报告。阶段性的测试报告为软件的质量评估提供量化依据，也为软件质量改进和管理提供量化依据。测试报告的内容应当包括： 本阶段的起止日期。 测试进度：执行的测试用例数量，完成的测试用例数量，和占总测试用
6、例数的百分比（即测试覆盖率）。 测试中遇到的问题：环境问题，困难，风险。 缺陷统计信息，包括：缺陷的模块分布统计，分类型统计，分严重程度统计，处理状态的趋势统计图表。 重大缺陷的跟踪。3.3.2 性能测试性能测试包括： 负载测试，为制定硬件扩展计划收集数据。 压力测试，确定系统提供服务的能力的峰值指标。 Benchmark测试，衡量系统处理速度。性能测试的工作流程是：a) 制订性能测试计划：确定测试的目的，测试范围，主要指标，测试软硬件环境，测试工具，人员和日程安排。性能测试的范围和主要指标应当在项目合同或者合同附件的技术规格中明确。b) 测试设计：针对要测试的用例，生成或编写测试脚本，设计多
7、个压力负载场景。c) 测试执行：使用性能测试工具按照负载场景运行脚本进行测试。公司使用Loudrunner作为测试工具。d) 结果分析：编写性能测试报告评估系统的性能随压力增长的变化。对于性能测试中发现的重大瓶颈，应当作为缺陷进行改进。3.3.3 安全测试安全测试的评估软件系统的如下几个方面：用户认证和授权的严密性，网络安全，数据安全和完整性。安全测试的工作流程同样包含：测试计划，测试用例，测试执行和测试报告。3.4 集成测试集成测试是把整个软件按照客户的硬件环境要求进行部署后的验证测试，集成测试的过程同3.3系统测试。3.5 用户确认测试即软件系统在用户环境中组装后，由用户在一定时间内（试用
8、期），进行真实的或者模拟的运行。4 测试管理测试管理流程因项目性质不同而有所不同。4.1 自主开发项目的测试管理测试管理从功能应用上可分为三部分： a) 组织编写相关材料和记录，包括测试计划、测试用例、测试报告、测试总结报告等。 b) 测试流程控制和管理：即利用流程规范，来严格约束和控制软件测试周期。比如缺陷的分类，登记，跟踪，督促，回归验证过程应当遵循软件缺陷管理流程进行。c) 统计分析和决策支持：对测试过程和缺陷管理建立的数据库，进行合理的统计分析和数据挖掘，提供： 根据问题分布的模块、问题所属的性质、问题的解决情况等方面的统计分析使项目管理者全面了解软件开发的进度，软件开发的质量，软件开
9、发中问题的聚焦，为决策管理提供支持； 通过测试的情况和问题的处理对设计人员和测试人员进行考核； 记录跟踪软件设计和编码缺陷以及解决过程，为以后出现相似问题提供解决办法。4.2 外包开发项目的测试管理软件的单元测试和系统测试由外包方完成。我公司在验收前对软件进行集成测试。具体的工作流程如下：4.2.1开发过程外包方必须完成测试用例和测试计划，并邀请我公司进行评审。要求测试用例必须覆盖需求文档的所有功能。我公司应不定期审查源代码，检查是否对重要的组件编写单元测试用例。4.2.2测试过程外包方按照测试计划中的约定，定期提供测试报告。测试的回归周期不应少于两次，即测试报告不应少于三次。对于功能非常简单的项目可以酌情减少。4.2.3验收阶段外包方需要提供系统安装配置说明书、全部测试用例、测试总结报告、用户手册，并对我公司测试人员就软件使用进行培训。我公司组织人员使用提供的测试用例，对软件进行集成测试。所发现的缺陷，跟踪限期处理。只有通过集成测试的软件系统才能验收。4.3 对于引进产品的测试管理我公司需要组织人员对引进的软件产品进行功能测试。产品提供方需要协助予以配合，需提供用户手册并对我公司的测试人员进行培训。5 质量记录测试用例测试计划测试报告缺陷记录测试总结报告4
