版本说明
目 录
1.... 引言... 3
1.1 编写目的... 3
1.2 项目背景... 3
1.3 定义... 3
1.4 参考资料... 3
2.... 项目概述... 3
2.1 软件总体说明... 3
2.2 总体数据流图... 3
2.3 使用者的特点... 4
2.4 条件和限制... 4
3.... 运行环境... 4
3.1 运行软件系统所需的设备能力... 4
3.2 支持软件环境... 4
3.3 接口... 4
3.4 故障处理... 4
4.... 软件详细要求... 4
4.1 性能需求... 4
4.2 功能需求... 4
4.2.1输入工程师资料... 5
4.2.2删除指定工程师资料... 5
4.2.3查询指定工程师资料... 6
4.2.4修改指定工程师资料... 6
4.2.5计算工程师月薪水... 6
4.2.6保存工程师资料... 6
4.2.7输入工程师资料... 6
4.2.8输出工程师资料... 6
4.2.9清空所有工程师资料... 6
4.2.10打印工程师资料信息报表... 6
4.2.11从文件重新得到工程师资料... 7
4.2.12退出系统... 7
5.... 数据需求... 7
1 引言
1.1 编写目的
本软件需求规格说明的目的在于为《软件测试工程师管理系统》项目的开发提供:
a. 提出软件总体要求,作为软件开发人员和最终使用者之间相互了解的基础;
b. 提出软件功能要求、性能要求、接口要求、数据结构等要求,作为软件设计和程序编制的基础;
c. 为软件测试提供依据。
本软件需求规格说明的读者对象主要是项目主管、软件设计人员和最终用户。
1.2 项目背景
该项目的实施主要是为提高北京梅梅公司的人事管理效率而编制的。
1.3 定义
1.4 参考资料
a. 《软件测试工程师管理项目条款》—北京梅梅公司。
2 项目概述
2.1 软件总体说明
本项目的目标是完成一个计算机人事管理系统,实现人事管理的自动化。系统的主要功能包括:人事信息的录入、管理、查询、删除、生成报表等。
进入本系统提供用户选择菜单,要求人机界面友好,具有错误处理和故障恢复能力。
2.2 总体数据流图
按照功能设计,系统数据流图如下:
图一:系统数据流图
2.3 使用者的特点
本软件的最终用户是北京梅梅公司的人事专员和财务专员。具有计算机操作和使用技能。且熟悉业务。
2.4 条件和限制
为了使本系统尽快投入使用,要求本系统的开发周期较短,要求在年内两个月内完成。因此要求系统设计一人,程序员一人,测试工程师一人。
3 运行环境
本软件的最终运行环境是操作系统DOS5.0以上,或Windows95/98/2000/me/NT/XP等DOS环境上,要求有中文平台或操作系统为中文的计算机上,配有一台打印机。
3.1 运行软件系统所需的设备能力
一台微机:主频>=100,硬盘>=1M,内存>=1M;
一台打印机;
3.2 支持软件环境
操作系统:DOS5.0以上,或Windows95/98/2000/me/NT/XP。
开发环境:Microsoft Visual C++6.0;
3.3 接口
该系统硬件和软件与外界软件没有接口,也不需要网络环境;
在界面上,要求使用DOS菜单选择,用户可以随时选择菜单进行;
在操作上,要求操作简单,通过少数的选择菜单或单击按钮即可完成操作;
在系统运行任何阶段,提示给用户当前系统的状态。
3.4 故障处理
当系统缺少参数等情况时,给出提示,并返回安全状态;
当系统出现故障无法返回时,用户的数据不能丢失,重新其它系统,可实现数据恢复。
4 软件详细要求
4.1 性能需求
要求本系统在完成各项功能的同时,要求系统处理迅速,处理事务需要长时间时,提示用户等待且等待时间在用户可接收的范围之内。
4.2 功能需求
根据系统功能的需要,对系统的功能进行划分,表示如下图:
图二:软件测试工程师管理系统功能
下面详述每一项功能的要求:
4.2.1输入工程师资料
工程师的资料主要包括:编号、姓名、性别、生日、籍贯、学历、地址、电话、工龄、基本薪水。
要求:编号为数字,编号使用4为位数字,格式为0001、0002….,不能重复。
姓名:为字符,最长不超过20个字符。不能为空。
性别:用数字表示0表示女,1表示男。不能为其它数值。
生日:用数字分别表示年、月、日。格式例如:年使用四位数字表示,月使用1-12表示, 日使用1-31表示。范围是(1900,2004)
籍贯:使用字符表示,最长不超过10个字符。不能为空。
学历:使用数字表示高中0、学士1、硕士2、博士3、其它为4。不能为其它数字。
地址:使用字符表示,最长不超过30个字符。不能为空。
电话:使用字符表示,最长不超过15个字符。不能为空。
工龄:使用数字表示,工龄范围是(0,50]。
基本薪水:为实型,不能为0。
对这些输入的信息进行合法性检查。保证系统接收合法的输入。用户输入错误时具有提示功能和重新输入功能。
4.2.2删除指定工程师资料
可根据两种方式删除指定工程师资料,一是工程师的编号,二是工程师的姓名。删除资料后,该工程师的信息则完全在系统中删除了。其它工程师编号不变。
4.2.3查询指定工程师资料
可根据两种方式查询指定工程师资料,一是工程师的编号,二是工程师的姓名。查询后打印该工程师的信息,如果没有该工程师资料则给用户提示。
4.2.4修改指定工程师资料
可根据两种方式找到要修改的工程师,一是工程师的编号,二是工程师的姓名。打印原来该工程师的信息,同时提示用户进行修改。
4.2.5计算工程师月薪水
根据当月的月效益,计算工程师的当月工资。在计算机工资时要扣除当月的保险金。计算薪水的算法如下:
程师的月应发的薪水如下计算方法:
薪水=(基本工资+10╳月有效工作日天数+月效益╳工作年限÷100)╳0.9-月保险金
4.2.6保存工程师资料
当用户输入工程师资料、修改、排序后需要用户决定是否保存工程师资料。如果用户不保存,则默认输入和修改等不做保存。
4.2.7输入工程师资料
对工程师资料进行排序,排序使用三种方式:编号排序(升序)、姓名排序(升序)和工龄排序(降序)。采用哪种排序方式,由用户选择。
4.2.8输出工程师资料
打印所有的工程师资料(不包括当月薪水)。
4.2.9清空所有工程师资料
把所有的工程师资料删除,可以重新输入工程师资料。
4.2.10打印工程师资料信息报表
这时输出工程师的所有资料和当月薪水,以表格的形式输出。格式如下:
****************************************************
*编号:0001 *
****************************************************
*姓名:张大同 *
****************************************************
*性别:男 *
****************************************************
…….
4.2.11从文件重新得到工程师资料
这项功能主要是为了用户进行某些操作后,没有保存到文件前,可以从文件重新得到这些数据信息,使用户的操作不起作用。
4.2.12退出系统
当用户不再使用该系统后,可退出该系统。如果用户进行了影响工程师资料信息的操作,提示用户是否进行保存。
5 数据需求
软件测试工程师资料数据类型和说明。
表一:工程师数据成员列表
其它数据需要:
月效益:实型
月保险金:实型
月工资:实型
保存工程师资料文件:在当前目录下,名称为engineer.txt,为文本格式。
输出报表:在当前目录下,名称为report.txt,为文本格式。
第二篇:软件测试工程师管理系统-测试计划
软件测试工程师管理系统
—测试计划
北大青鸟
20##年9月25日星期日
1.简介... 3
1.1目的... 3
1.2背景... 3
1.3范围... 3
2.测试参考文档和测试提交文档... 4
2.1 测试参考文档... 4
2.2 测试提交文档... 4
3.测试进度... 5
3.1 各测试阶段资源要求及时间安排... 5
3.2 项目里程碑... 5
4.资源... 5
4.1 角色... 5
4.2 系统... 6
5.系统风险... 6
6.测试策略... 7
6.1测试策略... 7
6.1.1 engineer.txt文档测试... 8
6.1.2 功能测试... 8
6.1.3 界面测试... 8
6.1.4 值域测试... 9
6.1.5 版本验证测试... 9
6.1.6 可用性测试... 9
6.1.7 强度测试... 9
6.1.8 安全性测试... 10
6.1.9 裸机测试... 10
6.1.10 安装测试... 11
6.1.11 加密测试... 11
6.2 工具... 11
7.测试功能模块范围... 11
1.简介
1.1目的
软件测试工程师管理系统“测试计划”文档有助于实现以下目标:
1. 确定现有项目的信息和应测试的软件构件。
2. 列出推荐的测试需求(高层次)。
3. 推荐可采用的测试策略,并对这些策略加以说明。
4. 确定所需的资源,并对测试的工作量进行估计。
5. 列出测试项目的可交付元素。
1.2背景
项目 名 称:软件测试工程师管理系统
任务提出者:北京梅梅公司
开 发 者:北大青鸟信息技术培训中心
用 户:北京梅梅公司
软件测试工程师管理系统的项目背景:
软件测试工程师管理系统该项目的实施主要是为提高北京梅梅公司的人事管理效率而编制的。
软件总体说明:
本项目的目标是完成一个计算机人事管理系统,实现人事管理的自动化。系统的主要功能包括:人事信息的录入、管理、查询、删除、生成报表等。
软件测试工程师管理系统的基本功能:
1. 可以输入工程师资料
2. 可以删除指定工程师资料
3. 可以查询指定工程师资料
4. 可以 修改指定工程师资料
5. 可以计算工程师月薪水
6. 可以保存工程师资料
7. 可以对工程师资料进行排序
8. 可以输出工程师资料
9. 可以清空所有工程师资料
10. 可以打印工程师资料信息报表
11. 可以从文件重新取工程师信息
12. 可以退出系统
1.3范围
测试的各个阶段:
1. 测试设计
根据需求规格说明书和最终的系统设计,制订测试计划、测试方案,包括收集测试方法、测试用例,可能的测试工具等。
2. 集成测试
前期主要针对单个的功能和模块,及简单的功能组合,后期主要针对基本的流程;同时进行对新加入测试人员的培训。
3. 系统测试
前期根据需求规格说明书进行功能测试,中期是针对重点模块的性能测试,后期是模拟用户的业务测试,并结合可能的用户测试。
4. 验收测试
根据用户手册对功能进行检查,复查报告库中的所有BUG,对Release版本进行安装测试,典型配置环境的裸机测试,加密测试。
备注:此测试计划不包含单元测试的内容。
2.测试参考文档和测试提交文档
2.1 测试参考文档
产品需求说明书:../../../../软测系统Windows版本 在 192.168.4.49 上/软件测试工程师管理系统需求分析.doc 软件测试工程师管理系统需求分析.
产品概要设计: 软件测试工程师管理系统详细设计
产品使用说明书
2.2 测试提交文档
1. 测试用例
通过测试前的准备和测试后的总结,不断完善测试用例,并按照模块分类,模块内分出优先级。
2. 测试日志
测试人员每天或阶段性进行小结,记录进行了哪些工作,包括未发现问题的部分和对系统(模块)现状的评价,以上记录保存到Notes库(X4.0集成测试库和X4.0系统测试库)中。
定期(每周)进行测试例会(可能的话,最好是开发和测试例会一起开),及时交流大家对系统现状的看法和急需解决的问题等,以上记录保存到Notes库(XXX4.0开发数据库)中。
3. 缺陷报告
使用Notes上的报告库(X4.0集成测试库和X4.0系统测试库)记录和管理缺陷报告。
测试完成后,对报告库(X4.0集成测试库和X4.0系统测试库)进行整理和分析。
4. 验收测试总结报告
验收测试完成后,按照要求填写验收测试总结报告,对整个测试过程进行小结。
3.测试进度
3.1 各测试阶段资源要求及时间安排
3.2 项目里程碑
对于新加入测试人员的培训,前期提供了一些参考书和资料,供他们自学,估计只能达到初步了解的效果;由于时间比较紧,只能在集成测试阶段,针对X4.0系统进行必要的培训;系统测试阶段也需要新加入的测试人员一边测试,一边了解相关的知识;希望通过这次的测试,新加入测试人员能够积累一定的经验。
4.资源
4.1 角色
下表列出了在此项目的人员配备方面所作的各种假定。
4.2 系统
测试项目所需的系统资源。
1. 硬件资源
一台微机:主频>=100,硬盘>=1M,内存>=1M;
一台打印机;
2. 软件环境
操作系统:DOS5.0以上,或Windows95/98/2000/me/NT/XP。
开发环境:Microsoft Visual C++6.0;
5.系统风险
Ø 由于目前同类产品比较多,市场压力比较大。
Ø 计划的测试时间,不能满足测试组的要求,主要是功能冻结后的系统测试的时间可能不够。
Ø 测试资源的及时到位(设备和人员)。
Ø 测试人员的培训。
Ø 开发进度的变化,需求或设计的变更。
Ø 开发组的版本控制。
6.测试策略
6.1测试策略
1. engineer.txt文档测试
针对与engineer.txt文档相关的功能进行测试,通过对数据的读写操作测试engineer.txt文档。以engineer.txt文档运行正常,数据不丢失为标准。
2. 确认测试功能
集成测试阶段主要针对大的功能实现进行测试,系统测试阶段依据需求规格说明书逐项测试,验收测试阶段依据说明书逐项测试。以按需求或用户手册所列功能检查一遍为标准(每个版本周期内)。
3. 界面测试
只在系统测试阶段进行,按照相关规定进行检查。以按相关要求规定检查一遍为标准。
4. 值域测试
只在系统测试阶段进行,针对总结(测试过程中逐步总结)出的常用项进行检查。以常用功能项检查一遍为标准。
5. 版本验证测试
在系统测试和验收测试进行,尽量避免因开发组版本控制问题影响测试效果。进行必要的报告返测和系统的基本功能测试,一般时间为一天。以确认版本是否值得进行测试为标准。
6. 可用性测试
在系统测试的中后期展开,主要针对重点模块进行,包括测试信息输入,查询,删除,修改系统的响应速度,以及生成报表的准确性。
7. 强度测试
在系统测试的中后期展开,通过模拟用户的测试进行,验证系统的健壮性。首先进行一些必要的负载测试,在达到一定稳定性的基础上,开始模拟用户的测试,并与可能的用户测试相结合,找出一般测试不能发现的问题。连续正常使用不死机的时间在允许范围之内(1天死机1次),出错后数据丢失在允许范围内为标准。
8. 安全性测试
在系统测试阶段进行。针对与之相关的模块的测试同步进行。以满足基本的安全性要求为标准。
9. 裸机测试
在系统测试的中后期和验收测试进行。在干净的环境上,进行与其他测试环境相同的测试,应包括所有的测试内容。标准是裸机环境上程序运行正常。
10. 安装测试
在系统测试的中后期和验收测试进行。以安装正常,并且卸载正常为标准。
11. 加密测试
在系统测试的中后期和验收测试进行。主要是针对于加密狗问题的测试。标准是加密+可以使用和不加密+不能使用两个方面都保证是正常的。
6.1.1 engineer.txt文档测试
6.1.2 功能测试
6.1.3 界面测试
6.1.4 值域测试
6.1.5 版本验证测试
6.1.6 可用性测试
6.1.7 强度测试
6.1.8 安全性测试
6.1.9 裸机测试
6.1.10 安装测试
6.1.11 加密测试
6.2 工具
此项目将使用以下工具: