3软件测试计划(STP)
软件设计和开发控制程序
软件设计和开发控制程序1目的和范围本程序规定了公司军用软件设计开发的要求，包括软件来发的基本活动、支持活动和管理活动等方面。
本程序适用于本公司军用软件设计开发过程。
公司军用软件分两类，一类属于硬件-软件系统，软件嵌入硬件内一并交付顾客。
对于这类情况，本程序只适用于其中的软件部分；一类是单纯软件作为产品交付顾客，本程序适用这类产品设计开发全过程。
2规范性引用文件下列文件对于本程序的应用是必不可少的。
凡是注日期的引用文件，仅注日期的版本适用于本程序。
凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本程序。
GB/T-2016质量管理体系要求GJB 9001C-2017质量管理体系要求GJB 2786A-2009军用软件开发通用要求GJB438B-2009军用软件开发文档通用要求GJB5235-2004军用软件配置管理GJB 439A-2013军用软件质量保证通用要求GJB5234 -2004军用软件验证和确认GJB1267 -1991军用软件保护GJB1268A -2004军用软件验收要求GJB5716 -2006军用软件开辟库、受控库、产品库通用要求3术语和缩略语3.1术语3.1.1新产品产品功能指标超呈现有技术程度，工艺设备没法保障研制条件，必须采用新技术、新工艺、新器件（材料）、新设备才干满意用户要求的产品界说为新产品。
新产品含军队、军工单位立项委托研制项目以及公司自筹经费的自研项目。
3.1.2软件与计算机系统的操作有关的计算机程序、规程和可能相关的文档。
3.1.3软件开发产生软件产品的一组活动。
3.1.4软件开发文件与特定软件开发有关的资料库。
其内容一般包括（直接或通过引用）有关需求分析、设计和实现的考虑、理由和约束条件；开发方内部的测试信息；以及进度和状态信息。
3.1.5软件产品作为界说、保护或实施软件过程的一部分而生成的任何成品，包括过程说明、计划、规程、计算机程序和相干文档等，无论是不是计划将它们交付给顾客或最终用户。
438b-软件测试计划
软件测试计划说明书第1章范围1.1标识本节应包含本文档适用的系统和软件的完整标识，（若适用）包括标识号、名称、缩略名、版本号、发布号。
1.2系统概述本节概述本文档适用的系统和软件的用途。
它应描述系统与软件的一般性质；概述系统开发、运行和维护的历史；标识项目的投资方、需方、用户、开发方和保障机构；标识当前和计划的运行现场；并列出其它有关文档。
1.3文档概述本节应概括本文档的用途和内容，描述与其使用有关的保密性或私密性考虑。
1.4与其它计划的关系本节应描述本计划（STP）与其他项目管理计划之间的关系（若有）。
第2章引用文档本章应列出本文档引用的所有文档的编号、标题、修订版本和日期。
本章也应标识不能通过正常供货渠道获得的文档的来源。
第3章软件测试环境3.1（测试现场名称）3.1.1软件项（若适用）本节应按名称、编号和版本，标识在测试现场执行计划中的测试活动所需的软件项（如操作系统、编译程序、通信软件、有关的应用软件、数据库、输入文件、代码检查程序、动态路径分析程序、测试驱动程序、预处理程序、测试数据产生程序、测试控制软件、其它专用测试软件、后处理器程序）。
本节还应描述每个软件项的用途，说明它的介质（磁带、磁盘等），标识那些期望现场提供的软件项，标识与软件项有关的保密处理或其它保密性与私密性问题。
3.1.23.x.2 硬件和固件项（若适用）本节应按名称、编号和版本标识在测试现场的软件测试环境中使用的计算机硬件、接口设备、通信设备、测试数据简约设备、另外的外围设备（磁带机、打印机、绘图议）、测试消息生成器、测试计时设备、测试事件记录仪等装置和固件项。
本节应描述每项的用途，陈述所需每项的使用时间与数量，标识那些期望现场提供的项，标识与这些硬件及固件项有关的保密处理或其它保密性与私密性问题。
3.1.33.x.3 其它材料本节应标识并描述在测试现场执行测试所需的任何其它材料。
这些材料可包括手册、软件清单、被测试软件的介质、测试用数据的介质、输出的样本清单和其它表格或说明。
文档编码规则
软件开发文档编码规则编写人：张盛枫时间：2011-06-09版本：1.01.引言a)为更好的管理软件开发过程中生成的文档，将每一个文件的对应于唯一的编码。
方便对文档的查找。
现对编码的统一命名进行规定。
2.命名规则：a)公司名称代号（CX）项目名称+’_’+对应的文档特有编码+当前的日期（年月日）+’_’+文档序号（同一天的可以从001开始编号）。
CXGJ2011_SRS20110610_001(软件需求规格说明)3.各种文档对应的编码3．1 可行性分析(研究)报告(FAR)3．2 软件开发计划(SDP)3．3 软件测试计划(STP)3．4 软件安装计划(SIP)3．5 软件移交计划(STrP)3．6 运行概念说明(OCD)3．7 系统/子系统需求规格说明(SSS)3．8 接口需求规格说明(IRS)3．9 系统/子系统设计(结构设计)说明(SSDD) 3．10 接口设计说明(IDD)3．11 软件需求规格说明(SRS)3. 12 软件概要设计说明(SPD)3．13 数据需求说明(DRD)3．14 软件(结构)设计说明(SDD)3．15 数据库(顶层)设计说明(DBDD)3．16 软件测试说明(STD)3．17 软件测试报告(STR)3．18 软件配置管理计划(SCMP)3．19 软件质量保证计划(SQAP)3．20 开发进度月报(DPMR)3．21 项目开发总结报告(PDSR)3．22 软件产品规格说明(SPS)3．23 软件版本说明(SVD)3．24 软件用户手册(SUM)3．25计算机操作手册(COM)3．26 计算机编程手册(CPM)3. 27 详细设计说明书(SDDE)。
软件系统文档资料
文档资料
项目文档资料包括：
1.招投标文件
2.设备供货清单和验收手续
3.安装调试记录
4.试运行记录和报告
5.软件开发计划(SPP)，包括：
软件配置管理计划( SCMPP)
软件质量保证计划(SQAP)
用户培训计划
软件安装(部署)计划
6.项目详细实施方案
7.软件需求规格说明书(SRS)∶需对接口设计说明(IRS)加以补充,包括业务数据流图和数据字
8.数据需求说明书
9.概要设计说明书
10.详细设计说明书和数据库设计说明书
11.软件测试计划(STP)
12.软件测试说明(STD)，其中包括测试用例和测试过程
13.软件测试报告(STR):分为综合测试报告和验收测试报告
14.用户手册(SUM):包括操作、使用、安装、应急处理和维护。
15.试运行方案
16.软件维护报告。
17.软件部署说明书。
18.软件验收测试大纲
19.系统试运行报告,用户使用报告
20.项目开发总结报告。
软件测试计划
软件测试计划(STP)1引言1.1系统概述本系统主要是针对电脑销售公司编写的，由于组装机的结构较为复杂，对于大都数消费者来说如何选择组装机的配件以及对价格的选择成为了一个难题，同时，销售人员每天都会接待大量客户，而每个客户需要了解各个配件的各种品牌、性能、价格及装机的费用，工作量非常大的。
使用电脑报价管理系统方便销售人员与客户交流，可以大大地提高工作效率，减少工作中可能出现的错误，从而为商家带来更大的效益。
项目的投资方：陕西国防工业学院需方：奥昌科技有限公司用户：奥昌科技有限公司销售部开发和支持机构：软件3071第一小组和软件教研室1.2文档概述软件测试是为了发现软件中的错误，该文档的读者对象是软件测试部门，以指导软件测试过程。
1.3与其他计划的关系本文是为了测试电脑报价管理系统而编制，目的在于为此系统的管理工作和技术工作提供指南，确定测试的内容和范围，为以后评价电脑报价管理系统提供依据。
本文主要依据是《电脑报价管理系统需求规格说明书》，同时也是编制《测试报告》的依据。
1.4基线电脑报价管理系统软件需求规格说明。
2引用文件计算机软件文档编制规范（GB、T 8567-2006），2006年3月14日发布，2006年7月1日实施。
3软件测试环境测试地点:陕西国防工业学院软件教研室测试环境：硬件环境：普通办公用个人计算机操作系统：采用Windows XP系统数据库系统：SQL Server 2000数据库4计划4.1.1测试方案采用以黑盒测试为主、白盒测试为辅的测试方式，检查电脑报价管理系统各模块的输入、输出等是否符合需求中的要求，并检查系统对异常情况的承受能力。
4.1.2测试条目1.建立并维护全部供应商信息的测试2.建立并维护全部客户信息的测试3. 建立并维护配件品牌及配件类型信息的测试4 建立并维护配件信息的测试5.配置详单生成及维护功能测试6.配置单管理功能测试7.推荐配置单管理功能测试8.装机时推荐配置单应用功能测试。
软件性能测试计划和方案模板
性能测试项目名称拟制日期审核日期批准日期修订记录版权所有，侵权必究第2页，共9页目录介绍 ........................................................................................................................................ (4)1 目的 ........................................................................................................................................ (4)2 总览 ........................................................................................................................................ (4)表 1.1 –软件性能测试计划内容 (4)3 范围 ........................................................................................................................................ (4)性能测试方法 (5)4 负载测试流程 (5)4.1 系统分析 (5)4.1.1 创建虚拟用户脚本 (5)4.1.2 创建负载测试场景 (5)4.1.3 测试用例执行和性能监控 (5)4.1.4 分析结果 (5)5 远景目标和近期目标 (5)业务流程&测试用例 (5)6 业务流程 (6)6.1.1 高容量/高负载流程 (6)6.1.2 低容量/低负载流程 (6)7 数据准备 (6)8 LoadRunner 事务（Transactions） (6)9 LoadRunner 脚本（Scripts） (6)10 Load Runner 场景（Scenarios） (6)11 LoadRunner 监控器（Monitors） (7)11.1 具体的监控器 (7)11.2 具体的监控器 (7)负载测试需求 (7)12Checklist ............................................................................................................................. . (7)13 测试入口标准 (8)14 测试结束标准 (8)应用程序环境 (8)15 应用程序软件环境 (8)16 应用程序硬件环境 (8)17 LoadRunner 环境 (8)测试结果和版本管理 (9)18 缺陷/版本管理 (9)19 发现 ........................................................................................................................................ . (9)20 详细测试结果 (9)20.1 场景1 (9)版权所有，侵权必究第3页，共9页介绍1 目的目的介绍2 总览本文档表格中第二部分到第七部分为重要部分。
软件开发控制程序文件
软件开发控制程序文件在现代社会中，软件开发是一项极其重要的任务。
为了确保软件开发过程的顺利进行和高质量的软件交付，开发团队需要遵循一定的开发控制程序。
本文将介绍软件开发控制程序文件的重要性，以及如何编写和实施这些文件。
1. 简介软件开发控制程序文件是一组规范和指导文件，用于管理软件开发过程中的各个阶段和活动。
这些文件旨在确保开发团队按照标准化的方法进行软件开发，并在整个过程中记录和跟踪相关信息。
控制程序文件可以涵盖从需求分析到软件测试和交付的各个方面。
2. 软件开发控制程序文件的种类2.1 软件需求规格说明书（SRS）软件需求规格说明书是软件开发的第一步。
它是一个详细的文档，描述了软件的功能需求和性能要求。
SRS文件通常包含软件的总体描述、用户需求、系统需求、非功能需求等内容。
这个文件将为软件开发团队提供清晰的方向，并作为后续开发和测试的基础。
2.2 软件设计文档（SDD）软件设计文档是软件开发过程中的关键文件。
它详细描述了软件的架构、模块、接口和数据结构。
SDD文件还包括关于算法、数据流、数据存储等的详细说明。
这个文件将帮助开发团队理解软件的设计并进行有效的编码和测试。
2.3 软件测试计划（STP）软件测试计划是确定软件测试策略和方法的文件。
在软件开发过程中，测试是确保软件质量的重要环节。
STP文件将详细描述测试的目标、范围、方法、环境和时间表。
这个文件将协助测试团队进行全面的测试，并提供关于软件质量的可靠数据。
2.4 软件配置管理计划（SCMP）软件配置管理计划是软件开发过程中的关键文件。
它规定了软件配置管理的过程和方法。
SCMP文件包括版本控制、配置审查、变更管理等内容，以确保软件的可控性和可维护性。
3. 编写软件开发控制程序文件的原则3.1 清晰和详细软件开发控制程序文件应该具有清晰和详细的描述。
它们应该明确规定每个步骤和活动的具体要求和标准。
这将帮助开发团队理解和遵循程序，并减少过程中的混乱和错误。
软件测试计划(STP)
7.3软件测试计划(STP)说明：1.《软件测试计划》（STP)描述对计算机软件配置项CSCI,系统或子系统进行合格性测试的计划安排。
内容包括进行测试的环境、测试工作的标识及测试工作的时间安排等。
2.通常每个项目只有一个STP,使得需方能够对合格性测试计划的充分性作出评估。
软件测试计划的正文的格式如下：1引言本章应分成以下几条。
1.1标识本条应包含本文档适用的系统和软件的完整标识，(若适用)包括标识号、标题、缩略词语、版本号和发行号。
1.2系统概述本条应简述本文档适用的系统和软件的用途。
它应描述系统与软件的一般性质；概述系统开发、运行和维护的历史；标识项目的投资方、需方、用户、开发方和支持机构；标识当前和计划的运行现场；并列出其他有关文档。
1.3文档概述本条应概括本文档的用途与内容，并描述与其使用有关的保密性或私密性要求。
1.4与其他计划的关系(若有)本条应描述本计划和有关的项目管理计划之间的关系。
1.5基线给出编写本软件测试计划的输入基线，如软件需求规格说明。
2引用文件本章应列出本文档引用的所有文档的编号、标题、修订版本和日期。
本章还应标识不能通过正常的供货渠道获得的所有文档的来源。
3软件测试环境本章应分条描述每一预计的测试现场的软件测试环境。
可以引用软件开发计划(SDP)中所描述的资源。
3.x(测试现场名称)本条应标识一个或多个用于测试的测试现场，并分条描述每个现场的软件测试环境。
如果所有测试可以在一个现场实施，本条及其子条只给出一次。
如果多个测试现场采用相同或相似的软件测试环境，则应在一起讨论。
可以通过引用前面的描述来减少测试现场说明信息的重复。
3.x.1软件项(若适用)本条应按名字、编号和版本标识在测试现场执行计划测试活动所需的软件项(如操作系统、编译程序、通信软件、相关应用软件、数据库、输入文件、代码检查程序、动态路径分析程序、测试驱动程序、预处理器、测试数据产生器、测试控制软件、其他专用测试软件和后处理器等)。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
身高体重分析
软件测试计划(STP)
组员：
说明：
1.《软件测试计划》（STP)描述对计算机软件配置项CSCI,系统或子系统进行合格性测试的计划安排。
内容包括进行测试的环境、测试工作的标识及测试工作的时间安排等。
2.通常每个项目只有一个STP,使得需方能够对合格性测试计划的充分性作出评估。
目录
软件测试计划(STP) (1)
1引言 (3)
1.1标识 (3)
1.2系统概述 (3)
1.3文档概述 (3)
1.4基线 (3)
2引用文件 (3)
3软件测试环境 (4)
3.1软件测试环境 (4)
3.2硬件测试环境 (4)
3.3其他材料 (4)
3.4安装、测试与控制 (4)
3. 5参与组织 (4)
3.6人员 (4)
3.7定向计划 (4)
3.8要执行的测试 (4)
4计划 (5)
4.1总体设计 (5)
4.1.1测试级 (5)
4.1.2测试类别 (5)
4.1.3一般测试条件 (5)
4.1.4测试过程 (5)
4.1.5数据记录、归约和分析 (6)
4.2计划执行的测试 (6)
4.2.1测试名称及内容 (6)
4.3测试用例 (7)
5测试进度表 (7)
6评价 (7)
6.1评价准则 (7)
6.2数据处理 (7)
6.3结论 (7)
7注解 (8)
附录 (8)
1引言
1.1标识
身高体重分析软件
Windows 7
版本号：1.0
1.2系统概述
一套针对身高体重测试的分析软件，所有人都能使用，它包括了检测体型是否正常，个人身高所对应的标准体重，预测未来身高以及最合适的伴侣体型。
需求方：健身中心，减肥中心等
开发者：计算机团队小组
用户：所有人均可使用
原有系统只能依靠输入身高体重来测试自己体型是否正常。
现有系统可以通过测试身高体型比例来提出合理的饮食建议，此外还实现了许多额外功能来使软件功能更加丰富，更受使用者青睐。
1.3文档概述
该文档描述对软件系统进行合格性测试的计划安排。
内容包括进行测试的环境、测试工作的标识及测试工作的时间安排等。
本文档的阅读对象如下：
1、开发人员
2、测试阶段人员
3、对本文档进行评审的人员或机构
4、项目组及其他有权需要调用本文档的人员
1.4基线
本项目软件测试计划的输入基线为软件需求规格说明、概要设计说明书和详细设计说明书。
2引用文件
《软件工程》第二版——高等教育出版社
《软件工程导论》第五版——清华大学出版社
3软件测试环境
3.1软件测试环境
操作系统使用Windows 2000/XP及以上
3.2硬件测试环境
需要一台能正常工作的计算机即可
3.3其他材料
在测试现场执行测试需要用到软件用户手册、软件清单。
3.4安装、测试与控制
安装浏览器：ie 6.0以上版本；
安装Microsoft Visual Studio 2010.
3. 5参与组织
参与现场测试的组织为张奕男小组。
3.6人员
本系统总共需要1名测试人员：
测试负责人1人：张奕男
3.7定向计划
本系统总共需要1名测试人员：
测试负责人1人：负责整个系统测试的总体控制。
3.8要执行的测试
对每个功能分别进行测试。
对于每一个测试用例都要考虑到合理和不合理的测试情况。
4计划
4.1总体设计
该系统测试的策略有功能测试和性能测试，功能测试要覆盖系统中的每个功能。
在功能测试时采用等价类划分法、边界值分析法和错误推测试法等多种测试方法，尽可能地做到测试的充分性。
测试时既要输入正确的数据，测试功能是否满足，也要对每个功能中的每个数据输入域故意输入错误的数据，测试系统的健壮性。
性能测试往往针对软件的一部分功能，进行专项测试。
执行完一组工作后，及时检查是否已达到预定目标，是否已执行完该过程所有的步骤等，如实际情况与计划出入较大，应及时调整计划。
考虑到各种因素和条件的限制，对身高体重分析软件，采用黑盒测试方案，即根据软件所需要的输入数据的格式以及应该完成的功能，设计一些合法的测试用例和不合法的测试用例，特别是根据边界条件设计一些边界测试用例，以检查系统是否能正确地完成预期功能，得到希望的输出；或者是对不合法的输入和操作能够正确地识别和防御。
对个别重要的模块辅以白盒测试，以保证系统的正确性。
4.1.1测试级
要执行的测试的级别为系统级。
4.1.2测试类别
要执行的测试的类型为错误输入测试。
4.1.3一般测试条件
每个测试应包括额定值、最大值和最小值；每个输入的类型的测试都应使用真实数据。
4.1.4测试过程
1.系统的测试内容
根据前面的需求分析的功能描述，本系统主要有“我的体型是否正常”、“我的标准体重是多少”、“我的未来身高”以及“最合适的伴侣体型”四个部分，所以系统的测试主要围绕数据的输入是否合法展开。
测试系统的输入数据是否正确、合理。
对于合法的输入是否能够转入正确的界面，对于非法的数据能否进行正确的处理。
2.系统的单元测试
对于期刊管理系统的单元测试，可采用的方法是黑盒测试技术，主要是以等价类划分为主，并辅以边界值分析法，力图发现系统中尽可能多的错误。
3.系统的集成测试
通过了单元测试后，便可进行系统的集成测试，一般采用自底向上集成的方法。
4.系统测试与回归测试
完成了各个模块的测试后，要进行系统测试。
也就是说，要把系统的所有模块集成在一起进行全面测试，还要考虑软件兼容和硬件的配置问题。
4.1.5数据记录、归约和分析
本条应标识并描述在本STP中标识的测试期间和测试之后要使用的数据记录、归纳和分析过程。
(若适用)这些过程包括记录测试结果、将原始结果处理为适合评价的形式，以及保留数据归约与分析结果可能用到的手工、自动、半自动技术。
4.2计划执行的测试
测试1：“我的体型是否正常”测试
测试2：“我的标准体重是多少”测试
测试3：“我的未来身高”测试
测试4：“最合适的伴侣体型”测试
4.2.1测试名称及内容
测试1：
名称：“我的体型是否正常”测试
目的：测试身高体重数据检测功能
内容：数据输入、合法性检查，系统操作界面显示控制。
测试2：
名称：“我的标准体重是多少”测试
目的：测试身高体重数据检测功能。
内容：数据输入、合法性检查，系统操作界面显示控制。
测试3：
名称：“我的未来身高”测试。
目的：测试身高体重数据检测功能。
内容：数据输入、合法性检查，系统操作界面显示控制。
测试4：
名称：“最合适的伴侣体型”测试。
目的：测试身高体重数据检测功能。
内容：数据输入、合法性检查，系统操作界面显示控制。
4.3测试用例
5测试进度表
下表列出了测试的时间安排：
6评价
6.1评价准则
测试工作应避免由原开发软件的个人来承担。
本系统的测试工作是由相关同学来承担。
设计测试方案时，不仅要包括确定的输入数据，而且应包括从系统功能出发预期的测试结果。
测试用例不仅要包括合理、有效的输入数据，还要包括无效的或不合理的输入数据。
不仅要检验程序是否作了该做的事，还要检查程序是否同时作了不该做的事。
软件中仍存在错误的概率和已经发现错误的个数是成正比的。
保留测试用例，作为软件文档的组成部分。
6.2数据处理
此测试可对数据的合理使用范围进行排查，对系统实现各功能的正常运行做充分的测试，输入合理及不合理的测试数据检验功能的运行及出错处理情况。
由于软件模块较少，功能简单，因此测试也较容易。
6.3结论
测试主要的目的是为了发现错误，由于本软件较小，对数据处理没有过多的要求。
测试结果和预期输出结果之间偏差微小。
随着软件产业的发展，软件产品的质量控制与质量管理正逐渐成为软件企业生存与发展的核心。
几乎每个大中型IT企业的软件产品在发布前都需要大量的质量控制、测试和文档
工作，而这些工作必须依靠拥有娴熟技术的专业软件人才来完成。
软件测试工程师就是这样的一个企业重头角色。
对软件测试工程师而言，必须具有高度的工作责任心和自信心。
任何严格的测试必须是一种实事求是的测试，因为它关系到一个产品的质量问题，而测试工程师则是产品出货前的把关人，所以，没有专业的技术水准是无法胜任这项工作的。
同时，由于测试工作一般由多个测试工程师共同完成，并且测试部门一般要与其他部门的人员进行较多的沟通，所以要求测试工程师不但要有较强的技术能力而且要有较强的沟通能力。
所以这次软件测试不仅仅锻炼我们的技术能力，还要培养我们的沟通能力，只有这样我们才能有机会被一些知名企业所用。
7注解
附录。