《软件工程》超市商品管理系统测试计划书整理

《《软件工程》超市商品管理系统测试计划书整理》由会员分享，可在线阅读，更多相关《《软件工程》超市商品管理系统测试计划书整理（15页珍藏版）》请在金锄头文库上搜索。

1、第四部分测试说明书目录1 引言 . 错误！未定义书签。1.1 编写目的 . 错误！未定义书签。1.2 背景 . 错误！未定义书签。1.3 定义 . 错误！未定义书签。1.4 参考资料 . 错误！未定义书签。2 计划 . 错误！未定义书签。2.1 软件说明 . 错误！未定义书签。2.2 测试工作内容. 错误！未定义书签。2.3 模块功能测试 . 错误！未定义书签。2.3.1进度安排. 错误！未定义书签。2.3.2条件. 错误！未定义书签。2.3.3测试资料. 错误！未定义书签。2.3.4测试培训. 错误！未定义书签。2.4 接口正确性测试 . 错误！未定义书签。2.4.1进度安排. 错误！未定义

2、书签。2.4.3条件. 错误！未定义书签。2.4.3测试资料. 错误！未定义书签。2.4.3测试培训. 错误！未定义书签。2.5 运行时间测试. 错误！未定义书签。2.5.1进度安排. 错误！未定义书签。2.5.2条件. 错误！未定义书签。2.5.3测试资料. 错误！未定义书签。2.5.4测试培训. 错误！未定义书签。3 测试设计说明. 错误！未定义书签。3.1 模块功能测试. 错误！未定义书签。3.1.1控制. 错误！未定义书签。3.1.2输入. 错误！未定义书签。3.1.3输出. 错误！未定义书签。3.2 接口正确性测试 . 错误！未定义书签。3.2.1控制. 错误！未定义书签。3.2.2

3、输入. 错误！未定义书签。3.2.3输出. 错误！未定义书签。3.3 运行时间测试. 错误！未定义书签。3.3.1控制. 错误！未定义书签。3.3.2输入. 错误！未定义书签。3.3.3输出. 错误！未定义书签。3.4.3输出. 错误！未定义书签。4 评价准则 . 错误！未定义书签。4.1 范围 . 错误！未定义书签。4.2 数据整理 . 错误！未定义书签。4.3 尺度 . 错误！未定义书签。测试计划1 引言1.1 编写目的本计划书撰写的主要目的是为保证软件质量和提高软件可靠性，使所有参与项目测试的人员对测试的目标、范围、方法、策略、资源等有一定清晰的认识，从而在测试系统是否可行的过程中严格按

4、照预定测试文档所制定的规范去执行，并详细记录每个结果。本说明书的读者对象为“超市商品管理系统”详细设计人员、代码编写人员、测试人员、维护人员和该项目的审核验收人员。当输入商品的信息时，测试其信息能不能被完整地保存在数据库中以备日后查询。当输入的数据不符合要求时，看系统能不能给出提示。当信息修改后看修改的信息能否呗系统接受并保存到数据库。1.2 背景a.测试计划所从属的软件系统的名称：超市商品管理系统b.本项目在 2012 年 3 月份接到客户业务要求后，在随后的三个月在完成了软件计划、用户需求分析、 项目设计、 编码实现， 现开始项目测试。 项目的用户为小型超市户。用户：小型超市仓储管理、财务

5、人员、收银员。1.3 定义Unit testing（单元测试） ，指一段代码的基本测试，其实际大小是未定的，通常是一个函数或子程序，一般由开发者执行。Integration testing（集成测试） ，被测试系统的所有组件都集成在一起，找出被测试系统组件之间关系和接口中的错误。该测试一般在单元测试之后进行。Acceptance testing（验收测试） ，系统开发生命周期方法论的一个阶段，这时相关的用户和或独立测试人员根据测试计划和结果对系统进行测试和接收。它让系统用户决定是否接收系统。 它是一项确定产品是否能够满足合同或用户所规定需求的测试。这是管理性和防御性控制。Black box t

6、esting （黑盒测试），指测试人员不关心程序具体如何实现的一种测试方法。根据软件的规格对软件进行各种输入和观察软件的各种输出结果来发现软件的缺陷的测试，这类测试不考虑软件内部的运作原理，因此软件对用户来说就像一个黑盒子。White box testing（白盒测试） ，根据软件内部的工作原理分析来进行测试,基于代码的测试，测试人员通过阅读程序代码或者通过使用开发工具中的单步调试来判断软件的质量，一般黑盒测试由项目经理在程序员开发中来实现Automated Testing（自动化测试） ，使用自动化测试工具来进行测试，这类测试一般不需要人干预，通常在GUI、性能等测试中用得较多。Bug (错

7、误 )，有时称作defect（缺陷）或error（错误），软件程序中存在的编程错误，可能会带来不必要的副作用，软件的功能和特性与设计规格说明书或用户需求不一致的方面。软件缺陷表现特征为：软件未达到产品说明书标明的功能；软件出现产品说明书指明不会出现的错误； 软件功能超出产品说明书指明的范围；虽然产品说明书未指出但是软件应达到的目标； 软件测试人员或用户认为软件难以理解，不易使用， 运行速度缓慢等问题。Bug report（错误报告） ，也称为 “Bug record （错误记录） ” ，记录发现的软件错误信息的文档，通常包括错误描述、复现步骤、抓取的错误图像和注释等。Bug tracking

8、system （错误跟踪系统，BTS） ，也称为 “Defect tracking system ，DTS ” ，管理软件测试缺陷的专用数据库系统，可以高效率地完成软件缺陷的报告、验证、修改、查询、统计、存储等任务。尤其适用于大型多语言软件的测试管理。Exception（异常 /例外），一个引起正常程序执行挂起的事件。Crash（崩溃），计算机系统或组件突然并完全的丧失功能，例如软件或系统突然退出或没有任何反应（死机） 。Build（工作版本） ，软件开发过程中用于内部测试的功能和性能等不完善的软件版本。工作版本既可以是系统的可操作版本，也可以是展示要在最终产品中提供的部分功能的部分系统。Fu

9、nctional testing ( 功能测试 )，也称为 behavioral testing（行为测试） ，根据产品特征、操作描述和用户方案，测试一个产品的特性和可操作行为以确定它们满足设计需求。本地化软件的功能测试， 用于验证应用程序或网站对目标用户能正确工作。使用适当的平台、浏览器和测试脚本，以保证目标用户的体验将足够好，就像应用程序是专门为该市场开发的一样。Load testing（负载测试） ，通过测试系统在资源超负荷情况下的表现，以发现设计上的错误或验证系统的负载能力。在这种测试中， 将使测试对象承担不同的工作量，以评测和评估测试对象在不同工作量条件下的性能行为，以及持续正常运行

10、的能力。负载测试的目标是确定并确保系统在超出最大预期工作量的情况下仍能正常运行。此外，负载测试还要评估性能特征，例如，响应时间、事务处理速率和其他与时间相关的方面。Performance testing（性能测试），评价一个产品或组件与性能需求是否符合的测试。包括负载测试、强度测试、数据库容量测试、基准测试等类型。Compatibility Testing （兼容性测试） ，也称 “Configuration testing（配置测试）” ，测试软件是否和系统的其它与之交互的元素之间兼容，如：浏览器、操作系统、硬件等。验证测试对象在不同的软件和硬件配置中的运行情况。Installing tes

11、ting（安装测试），确保该软件在正常情况和异常情况的不同条件下，例如，进行首次安装、升级、完整的或自定义的安装都能进行安装。异常情况包括磁盘空间不足、缺少目录创建权限等。核实软件在安装后可立即正常运行。安装测试包括测试安装代码以及安装手册。安装手册提供如何进行安装，安装代码提供安装一些程序能够运行的基础数据。Test（测试），执行软件以验证其满足指定的需求并检测错误的过程。检测已有条件之间的不同， 并评价软件项的特性软件项的分析过程。软件工程过程的一个活动，它将软件在预定的条件下运行以判断软件是否符合预期结果。Test case（测试用例） ，为特定目标而开发的一组测试输入、执行条件和预期结

12、果，其目标可以是测试某个程序路径或核实是否满足某个特定的需求。Testing coverage（测试覆盖） ，指测试系统覆盖被测试系统的程度，一项给定测试或一组测试对某个给定系统或构件的所有指定测试用例进行处理所达到的程度。Testing environment（测试环境），进行测试的环境，包括测试平台、测试基础设施、测试实验室和其他设施。Testing item（测试项），作为测试对象的工作版本。Testing plan （测试计划） ，描述了要进行的测试活动的范围、方法、资源和进度的文档。它确定测试项、被测特性、测试任务、谁执行任务、各种可能的风险。Testing procedure（测试

13、过程） ，指设置、执行给定测试用例并对测试结果进行评估的一系列详细步骤。1.4 参考资料【1】.陈世鸿 , 朱福喜 , 黄水松 , 陈磊 . 软件工程原理及应用 【M】 . 武汉：武汉大学出版社，2011. 【2】.尹为民，金银秋. 数据库原理与技术【M】.武汉：武汉大学出版社，2009 【3】.张海藩软件工程导论【M】清华大学出版社2 任务概述2.1 软件说明软件功能超市商品管理系统是一个基于数据库的信息管理查询平台，用户通过数据库可以随时掌握超市商品的进货、库存、销售信息，同时对信息进行同步更新。输入进货清单和采购清单更新数据库中商品信息输入销售商品编号更新数据库中商品的库存量和销售量输入

14、商品编号输出销售信息和库存信息，并获得销售清单2.2 测试工作内容系统测试严格按照以下测试步骤执行：1)测试计划阶段，主要根据项目需求说明书和设计文档，制订测试计划和进度安排；2)测试设计阶段， 基于前期项目设计文档，按照规范化的方法进行软件结构划分和设计测试用例；3)测试执行阶段，严格按照测试用例要求，输入测试用例，统计测试结果；4)测试汇总分析阶段，对比测试结果和系统预期功能输出结果，分析引起错误原因，进行处理，并撰写测试报告。测试工作总体流程图如下图所示。测试工作总体流程图测试计划和测试设计阶段主要任务包括编写测试计划和测试设计文档，作为进行项目系统测试的依据。 测试计划文档和测试设计文

15、档审核通过后，测试进入执行阶段。测试计划和测试设计阶段工作流程图如下所示。测试计划和设计阶段流程图开始测试测试计划测试设计执行测试编写测试报告结束测试处理异常发现异常开始编写测试计划文档、测试设计文档编写测试计划文档、测试设计文档审核结束未通过通过测试执行阶段的主要任务是根据测试计划和设计文档编写测试用例，并利用测试用例对系统各功能进行测试，并记录测试用例执行结果，最终编写测试报告。测试执行阶段工作流程图如下所示。测试执行阶段流程图测试的进度安排如下：测试内容名称标识符测试进度安排测试内容测试目的模块功能测试2012.7.10 2012.7.15 测试软件设计 计划书中说说明的各 个模块功能保

16、证软件各模块能正常实现预期设计功能接口正确性测试2012.7.16 2012.7测试模块间的 接口通及时纠正设计错误，开始搭建测试环境测试用例准备就绪按用例输入检查输出符合预期结果？记录用例执行结果撰写测试报告是否调试程序结束.18 信正确性保证各接口通信正常数据文卷存取的测试2012.7.19 测试软件实际 运行中数据读取的功能检验前期数据存取设计实效，保证无差错数据存取运行时间的测试2012.7.20 测试软件执行 相关操作的实际时间测试记录软件运行时间，为优化软件提供参数2.3 模块功能测试本项测试的参与人员为江梦、李响，被测试的部分为超市商品管理系统的各个模块功能程序。2.3.1 进度安排测试时间安排测试工作内容2012.7.102012.7.12 熟悉软件项目设计书中各模块设计2012.7.122012.7.13 根据项目设计书要求，准备测试数据2012.7.13 -2012.7.15 实例环境测试，记录测试结果，分析结果2.3.2 条件软件测试在局域网环境下测试。局域网由10 台节点机（收银及录入进货信息）以及一台服务器组成， 节点机和服务器均为普通PC 机， CPU 为