入库管理系统软件测试报告Word下载.docx
《入库管理系统软件测试报告Word下载.docx》由会员分享,可在线阅读,更多相关《入库管理系统软件测试报告Word下载.docx(7页珍藏版)》请在冰豆网上搜索。
![入库管理系统软件测试报告Word下载.docx](https://file1.bdocx.com/fileroot1/2022-10/8/50d0896a-ac02-4fb2-a495-d991069fcdeb/50d0896a-ac02-4fb2-a495-d991069fcdeb1.gif)
4.1.4文档质量的度量准则
4.2可行性测试
5
4.2.1源代码一般性检查
4.2.2软件可行性检查
4.3软件功能测试
6
4.3.1界面(外观)测试
4.3.2功能测试
4.3.3稳定性(强度)测试
4.3.4强壮性(恢复)测试
7
4.3.5安全性测试
5.测试结果交付方式
1.引言
1.1目的
为了尽可能的找出软件的不足,提高软件的质量,促进软件的成功验收,专门制定了本大纲。
其主要目的在于为所要进行的测试工作制定各种必要的准则和规范,以及在有关方面协议的基础上对测试工作进行合理组织与管理。
1.2术语
本大纲所提及的术语,其定义遵照GB/T11457标准。
1.3参照标准
●GB/T11457—1995
软件工程术语
●GB8566—1995;
信息技术软件生存期过程
●OGB8567—1988*
计算机软件产品开发文件编制指南
●GB9385*
计算机软件需求说明编制指南
●GB9386—1988*
计算机软件测试文件编制指南
●GB/T12504—1990
计算机软件质量保证计划规范
●OGB/T12505—1990
计算机软件配置管理计划规范
●OGB/T14079—1993
软件维护指南
●OGB/T14394—1993
计算机软件可靠性和可维护性管理
●GB/T16680一1996
软件文档管理指南
●开发者企业规范
软件开发者有关软件工程的规范
说明:
(1)应该遵循自顶而下、就严不就宽的原则,除非合同书等法律文件中另有规定。
(2)标记(*)号的标准为推荐标准。
2.测试日期安排
在软件开发完成之前,由测试人员审核确定具体日期安排。
3.测试小组及成员
由入库管理系统软件测试人员测试
4.测试具体内容
测试内容应该包括:
文档检查、可行性测试、软件功能测试等几项工作。
4.1软件文档检查
4.1.1必须提供检查的文档
●入库单据检查
4.1.2其他可能需要检查的文档
●无
4.1.3由业主确定必须检查的其他文档
如果业主认为4.1.1节和4.1.2节所列文档之外,还需要检查其它文档,则在此列出文档名称;
如果业主认为不需要进行额外的文档检查,则本部分无内容。
4.1.4文档质量的度量准则
文档是软件的重要组成都分,是软件生存周期各个不同阶段的产品描述。
文档质量的度量准则就是要评审各阶段文档的合适性。
主要有以下六条:
●完备性
开发方必须按照GB8567(计算机软件产品开发文件编制指南)的规定编制相应的
文档,以保证在开发阶段结束时其文档是齐全的。
●正确性
在软件开发各个阶段所编写的文档的内容,必须真实的反映阶段的工作且与该阶
段的需求相一致。
●简明性
在软件开发各个阶段所编写的各种文档的语言表达应该清晰、准确简练,适合各
种文档的特定读者。
●可追踪性
在软件开发各个阶段所编写的各种文档应该具有良好的可追踪性。
文档的可追踪
性包括横向可追踪性和纵向可追踪性两个方面。
前者是指在不同的文档的相关内
容之间相互检索的难易程序;
后者是指确定同一文档某一内容在本文档范围中检
索的难易程度。
●自说明性
在软件开发各个阶段所编写的各种文档应该具有较好的自说明性。
文档的自说明
性是指在软件开发各个阶段中,不同文档能够独立表达,该软件在其相应阶段的
阶段成果的能力。
●规范性
在软件开发各个阶段所编写的各种文档应该具有良好的规范性。
文档的规范性是
指文档的封面、大纲、术语的含义以及图示符号等符合有关规范的规定。
4.2可行性测试
4.2.1源代码一般性检查
仅对系统关键模块的源代码进行抽查,检查模块代码编写的规范性,批注的准确性,是否存在潜在性错误,以及代码的可维护性。
●命名规范检查
检查源代码中的变量、函数、对象、过程等的命名是否符合约定规范,该规范可
以由开发方在软件工程文档规范中单方面约定。
●注释检查
检查程序中的注释是否规范,注释量是否达到约定要求,例如:
要求注释量达到
30%左右。
●接口检查
检查数据库接口等外部接口是否符合要求,各程序模块使用的接口方式是否一
致,特定的外部接口协议是否符合。
●数据类型检查
源代码中涉及的金额的常量、变量及数据集和数据库中涉及金额的数据类型是否
采用货币类型,以防止在特定条件下产生较大的误差而影响统计结果。
●限制性检查
对一些程序中使用到的、具有使用限制的命令、事件、方法、过程、函数、对象、
控件等进行检查。
检查在长时间运行时,有无可能接近或者达到限制条件,
这里考虑的系统运行时间可能长达数年。
4.2.2软件可行性检查
●编译检查
要求提交的源代码在其规定的编译环境中,能够重新编译无错误,并且能够完成
相应的功能,从而确定移交的确实是正确的源代码。
●安装/卸载检查
入库管理系统软件暂时还没打包。
打包后会进行该项测试。
●运行模块检查
能够正常输入输出入库文件的个项数据。
4.3软件功能测试
软件系统测试不仅是检测软件的整体行为表现,从另一个侧面看,也是对软件开发设计的再确认。
进行软件系统测试工作时,具体的测试用例是由开发方提供,并由测试方和用户共同补充制定的。
在开发方做完功能演示后,可以进行下列测试:
●界面(外观)测试;
界面简洁,易操作。
●功能测试;
能顺利完成文件入库,并且生成入库单据。
●稳定性(强度)测试;
入库数据输入时偶尔会出现错误。
●强壮性(恢复)测试;
部分设置功能有待完善。
●安全性测试。
数据入库过程非常安全。
4.3.1界面(外观)测试
对照界面规范(在软件需求规格说明书中规定,或者由软件工程规范中给出)和界面表(在概要设计中给出),检查各界面设计是否规范,包括:
界面风格、表现形式、组件用法、字体选择、字号选择、色彩搭配、日期表现、计时方法、时间格式、对齐方式等等,是否符合规范、是否协调一致、是否便于操作。
4.3.2功能测试
检查数据在流程中各个阶段的准确性。
对系统中每一模块利用实际数据运行,将其结果与同样数据环境下应该得出的结果相比较,或与软件需求规格说明书中要求的结果进行比较,如有偏差,则功能测试不能通过。
检查软件需求规格说明书中描述的需求是否都得到满足;
系统是否缺乏软件需求规格说明书中规定的重要功能;
以及系统实际使用中不可缺少而软件需求规格说明书中没有规定的功能。
如果存在遗产数据,应该检查遗产数据转换是否正确。
4.3.3稳定性(强度)测试
测试系统的能力最高实际限度,即检查软件在一些超负荷情况下,功能实现的情况。
例如:
要求软件进行某一行为的大量重复、输入大量的数据或大数值数据、对数据库进行大量复杂的查询等。
利用边界测试(最大值、最小值、N次循环)对系统进行模拟运行测试,观察其是否处于稳定状态。
4.3.4强壮性(恢复)测试
采用人工的干扰使应用软件、平台软件或者系统硬件出错,中断正常使用,检测系统的恢复能力。
进行强壮性测试时,应该参考性能测试相关的测试指标。
4.3.5安全性测试
验证安装在系统内的保护机构确实能够对系统进行保护,使之不受各种非常的干扰,安全测试时需要设计一些测试用例试图突破系统的安全保密措施,检验系统是否有安全保密的漏洞。
进行安全测试时,必须遵循相关的安全规定,并且有业主派员参加。
5.测试结果交付方式
测试结束后,由测试组填写软件测试报告,并将测试报告与全部测试材料一并交给业主。
具体交付方式,由业主和测试方双方协商确定。
测试报告包括下列内容:
●软件测试计划
●软件测试日志
●软件文档检查报告
●软件代码测试报告
●软件系统测试报告
●测试总结报告
●测试人员签字登记表