软件系统测试与验收方案
1.1系统测试
1.1.1测试范围
系统的测试范围包括以下阶段:
单元测试(功能测试和性能测试)
单元测试是针对于每个界面或报表的测试,主要是考察单个界面或报表所能完成的功能,如数据录入、查询、数据完整性等,确保界面与用户之间能够正常交互。
联调测试(功能测试)
联调测试是用户根据自己的业务需求,按照业务流程对系统进行的一种测试,主要是要确定系统功能是否能够满足自己的业务需求,并且能够按照业务流程顺利运行的过程。
系统测试(性能测试)
系统测试是对整个系统的运行性能进行的测试,主要是确定系统运行的稳定性、安全性等。
1.1.2测试需求
下表列出了系统中需要测试的对象和测试所要达到的目标:
对象
测试目标
数据
数据是否完整。
数据是否准确。
功能按钮软件测试项目流程
各按钮是否能完成其相应的功能。
菜单
菜单是否能完成其相应的功能或到达相应的连接。
界面
内容是否完整且各字段是否符合行业标准或用户习惯。
添加、修改、删除、查询数据是否方便。
同一界面的操作是否连贯。
使用无效数据时是否显示相应的错误消息或警告消息。
涉及到计算的数据是否准确。
报表
内容是否完整。
数据是否准确。
格式是否合理。
业务流
操作是否连贯。
各操作人员是否能够准确、及时地接收和发送数据信息。
是否能够完成整个业务周期。
业务周期结束后的数据结果是否正确。
系统
系统运行是否正常。
系统权限是否完整、合理。
系统在最大客户量,同时查询大量数据时是否能操作。
系统在突然停电或其他不正常情况下是否能再正常启动。
系统是否和其他应用软件存在冲突。
其他
根据具体情况而定。
1.1.3测试方案
功能测试
对测试对象的功能测试侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。这种测试的目标是核实数据的接受、处理和检索是否正确,以及业务规则的实施是否恰当。此类测试基于黑盒技术,该技术通过图形用户界面 (GUI) 与应用程序进行交互,并对交互的输出或结果进行分析,以此来核实应用程序及其内部进程。以下为各种应用程序列出了推荐使用的测试标准:
测试目标:
确保测试对象的功能正常,其中包括导航、数据输入、处理和检索等功能。
技术:
利用有效的和无效的数据来执行各个用例、用例流或功能,以核实以下内容:
    1、在使用有效数据时得到预期的结果。
    2、在使用无效数据时显示相应的错误消息或警告消息。
    3、各业务规则都得到了正确的应用。
完成标准:
1、所计划的测试已全部执行。
2、所发现的故障已全部解决。
需考虑的特殊事项:
确定或说明哪些将对功能测试的实施和执行造成影响的事项或因素(内部的或外部的)
用户界面测试
用户界面 (UI) 测试用于核实用户与系统软件功能之间的交互。UI 测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。另外,UI 测试还可确保 UI 中的对象按照预期的方式运行,并符合企业的标准。
测试目标:
核实以下内容:
通过测试对象进行的浏览可正确反映业务的功能和需求,这种浏览包括窗口与窗口之间、字段与字段之间的浏览,以及各种访问方法(Tab 键、鼠标移动、和快捷键)的使用。
窗口的对象和特征(例如,菜单、大小、位置、状态和中心)都符合标准。
技术:
为每个窗口创建或修改测试,以核实各个应用程序窗口和对象都可正确地进行浏览,并处于正常的对象状态。
完成标准:
成功地核实出各个窗口都与基准版本保持一致,或符合可接受标准。
需考虑的特殊事项:
并不是所有定制或第三方对象的特征都可访问。
性能评测
性能评测是一种性能测试,它对响应时间、事务处理速率和其他与时间相关的需求进行评测和评估。性能评测的目标是核实性能需求是否都已满足。实施和执行性能评测的目的是将测试对象的性能行为当作条件(例如工作量或硬件配置)的一种函数来进行评测和微调。
注:以下所说的事务是指“逻辑业务事务”。这种事务被定义为将由系统的某个操作者通过使用测试对象来执行的特定用例,例如,添加或修改给定的合同。
测试目标:
核实所指定的事务或业务功能在以下情况下的性能行为:
正常的预期工作量。
预期的最繁重工作量。
技术:
使用为功能或业务周期测试制定的测试过程。
通过修改数据文件来增加事务数量,或通过修改脚本来增加每项事务的迭代数量。
脚本应该在一台计算机上运行(最好是以单个用户、单个事务为基准),并在多个客户机(虚拟的或实际的客户机,请参见下面的“需要考虑的特殊事项”)上重复。
完成标准:
单个事务或单个用户:在每个事务所预期或要求的时间范围内成功地完成测试脚本,没有发生任何故障。
多个事务或多个用户:在可接受的时间范围内成功地完成测试脚本,没有发生任何故障。
需考虑的特殊事项:
综合的性能测试还包括在服务器上添加后台工作量。可采用多种方法来执行此操作,其中包括:
直接将“事务强行分配到”服务器上,这通常以“结构化查询语言”(SQL) 调用的形式来实现。
通过创建“虚拟的”用户负载来模拟许多个(通常为数百个)客户机。此负载可通过“远程终端仿真”(Remote Terminal Emulation) 工具来实现。此技术还可用于在网络中加载“流量”。
使用多台实际客户机(每台客户机都运行测试脚本)在系统上添加负载。
性能测试应该在专用的计算机上或在专用的机时内执行,以便实现完全的控制和精确的评测。
性能测试所用的数据库应该是实际大小或相同缩放比例的数据库。
负载测试

版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198,我们将在24小时内删除。