软件开发服务项目系统测试方案

软件开发服务项目系统测试方案参加测试人员及组织分工测试的组织结构是属于项目组，但是独立于开发组，测试组长的直接汇报渠道是项目经理。测试组角色和职责分别定义如下：角色职责测试组长测试中的主要角色，测试中所有环节的组织者，和主要实施者；负责制定测试策略和《测试计划》；负责单元测试、集成测试、系统测试、验收测试活动的组织安排；确保所有测试活动按照计划进行，确保测试记录得到维护，并根据测试工具的有效应用产生测试度量数据；负责《软件系统测试方案》、《软件系统测试报告》。业务专家负责测试用例的分析和设计；负责开发业务方面的测试用例。测试工程师在测试组长的组织下，负责测试的设计、测试用例的开发和测试执行工作。架构师负责性能测试用例的开发和执行；负责性能测试指标的定义和结果分析；协助开发组定位性能瓶颈和确定优化应用系统。烟草公司审核提交的测试结果，提出修改意见。测试方法测试方法主要包括模块测试、功能测试、系统测试。这些测试机制是：1、模块测试模块测试是针对概要设计中的一个一个模块来进行测试的，他的重点就是测module与module之间的关系。2、功能测试功能测试测试理念是灾难性测试，主要采用软件故障模型测试方法，故障模型指明了故障是如何以及为什么在软件执行时会引起软件失效的，提供了对何种软件实施何种操作就可能会导致软件失效的方法。3、系统测试将已经确认的软件、计算机硬件、外设、网络等其他元素结合在一起，进行信息系统的各种组装测试和确认测试，其目的是通过与系统的需求相比较，发现所开发的系统与用户需求不符或矛盾的地方，从而提出更加完善的方案.。它的任务是尽可能彻底地检查出程序中的错误，提高软件系统的可靠性，其目的是检验系统"做得怎样？"。测试结果将按有关的说明作记录。任何被发现的问题以及它们对系统其它任何部分可能会产生的影响，都将做记录。这些问题必须告知责任者，并被跟踪至圆满解决。由任何修改而导致的被影响部分将被确认并重新测试。硬件和软件的配置也将得以考虑和记录。测试内容功能要求：检查测试软件功能是否满足概要设计的相关要求；可靠性：可靠性测试是对软件进行可靠性调查、分析和评价的一种手段。试验结果为故障分析、研究采取的纠正措施、判断软件是否达到指标要求提供依据；安全性：对系统存在的危险性进行定性和定量分析，确认系统发生危险的可能性及其严重程度，提出必要的控制措施，以寻求最低的事故率、最小的事故损失和最优的安全效益；性能：性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。从而确定一个系统的瓶颈或者不能接收的性能点，来获得系统能提供的最大服务级别；可扩充性：对软件的可重用性进行测试，可选设置和预留接口是否够；可维护性：软件系统或组件可以被修改的容易程度，这个修改一般是因为缺陷纠正、性能改进或特性增加引起的；平台移植性：确保软件能在多个平台部署能测试通过；系统接口：接口测试的目的是为了测试那些与系统相关联的外部接口，测试的重点是要检查数据的交换，传递和控制管理过程，还包括处理的次数。测试步骤及日程1、步骤：应用软件的测试分为两个阶段，一是内部测试，二是由用户参与在模拟环境下功能测试。公司内部测试由QA组负责，它们以系统需求分析、详细设计和公司测试规范为依据，对应用系统的以下方面进行测试：是否实现需求分析描述的功能，处理结果是否正确；对不正确的操作是否有全面的处理；界面风格、快捷键设置、业务术语等是否一致；用户界面是否友好；系统执行性能评测测试结果将立即反馈给程序员进行程序修改的依据。内部测试结束时应保证程序无大的代码错误，程序的功能与需求分析一致。内部测试结束后，进行系统功能测试，以找出系统功能与用户实际需求的差异，这种差异的产生，在系统建设中是很普遍的。通常在系统建设初期，用户不能完全表达自己的需求，到系统初步建立后，通常会产生一些新的需求，需要对程序做一些改动。系统功能测试，就是为了找出这些新的需求。系统功能测试由项目负责人组织用户、程序员、测试人员、录入人员共同参与，测试的环境使用系统运行时环境，录入足够数量的数据，着重向用户介绍系统的功能和使用方法，听取用户的意见，进行系统的进一步优化。系统功能测试结束时，应无大的代码错误，系统功能满足用户的实际需求2、日程：测试阶段测试用时单元测试单元测试主要为单元测试，与程序开发并行系统测试从系统联调开始，到系统试运行结束完毕验收测试从准备验收开始测试工具采用专用该测试工具软件：LoadRunner。测试程序在系统测试的过程中除了包含模块、功能测试等主要开发测试过程外，在系统实施过程中，包括联调、上线等过程中还存在性能、安装、验收等的实施测试内容，下图为测试程式在整个项目过程中的总体流程图：测试总体流程图单元测试流程单元测试流程图确认测试流程下图为确认测试流程图：确认测试流程图系统测试流程下图为系统测试及业务测试流程图：系统测试流程图性能测试流程下图为性能测试流程图，测试系统的崩溃极限（最多使用人数和数据库额极限容量）：性能测试流程图安装测试流程下图为安装测试流程图：安装测试流程图验收测试流程下图为验收测试流程图，其中验收的测试人员应该包含非本系统的人员：验收测试流程图测试数据在系统的测试中，测试的输入数据将直接影响测试的输出结果，所以测试中提供的测试数据非常重要。在测试过程中，确保系统测试的有效性及正确性，测试组将从两个方面取得测试数据。使用开发人员编写的工具，进行真实数据模仿，工具将会模仿制造出相关的有效数据供测试使用。从用户采集原是数据，进行加工整合成真实数据，为测试组提供真实数据进行测试。测试结果形式及文档我公司按照软件系统的测试要求在主要测试阶段都提供测试报告，并且根据测试报告与详细设计功能所产生的差别会同时提供偏差评估报告，以作为不同测试阶段的里程碑测试文档。如下图：测试结果形成文档图活动与任务入口条件验证出口条件/输出制定测试计划《软件需求分析》签发《总体设计》签发《需求调研计划》签发评审测试计划《软件测试计划》《系统测试方案》设计构建测试用例《软件需求分析》、《软件测试计划》签发、《总体设计》评审单元测试用、系统测试用《单元测试用例》、《系统测试用例》、单元测试《单元测试用例》得到批准、《系统测试方案》；模块编程已经完成；单元测试结果评审《单元测试报告》系统测试《系统测试用例》通过批准、《系统测试方案》软件编程完成系统测试结果评审《系统测试报告》通过评审《验收测试用例》验收测试《验收测试用例》通过评审《软件需求分析》、《系统测试方案》；《系统测试报告》通过评审被测系统功能基本稳定初步验收测试结果评审；终验结果评审《系统初验报告》通过评审或《系统终验报告》通过评审测试的审核和结果认定方法测试的完成取决于是否符合下列准则：所有测试实例都已得到执行；在运行完整的集成后，无重大错误发现；未遇到次要错误；测试项目通过或失败的准则；测试实例被分成若干测试套餐（TestSuite）；每个测试实例将被登记“Testcasebegin”和“Testcaseend”；如果在发出第二个提示前测试实例中止了执行，那么测试实例就作为“Testcaseincompleted”；每个测试实例在遇到异常时应作记录，对每个异常实例都应报告其号码和严重性（severity）（可能时）；一个测试实例若无异常而得以完成，则将标以“Noincidentencountered”；一个模块中任一测试实例被标以“Incidentencountered”，则该模块就被确定为“Modulefailed”。测试暂缓和测试继续：由于协调的开发人员应使被测试软件先通过基本认可测试，然后提交给后继测试，若不能通过认可测试，后继的测试只能暂停。如果一个测试模块确定为“Modulefailed”或者某个测试实例确定为“Testcasefailed”，则需调查错误的严重性，以决定测试继续还是暂停。测试结果的认定及