软件测试详细标准样本.docx
- 文档编号:25100030
- 上传时间:2023-06-05
- 格式:DOCX
- 页数:12
- 大小:82.91KB
软件测试详细标准样本.docx
《软件测试详细标准样本.docx》由会员分享,可在线阅读,更多相关《软件测试详细标准样本.docx(12页珍藏版)》请在冰豆网上搜索。
软件测试详细标准样本
软件测试原则
前言
前一版《软件测试原则》,在测试工作中发挥了较好指引作用。
本次修改在原原则基本上,提出了新测试理念、工作办法、组织方式,使之更贴近实际工作,真正起到大纲作用。
一、软件测试
1、软件测试目
软件测试是指为了度量和提高被测试对象质量、对测试对象进行工程设计、使用和维护与软件开发过程并发生命周期过程。
软件测试目为:
验证软件产品实现状态以及实现质量。
2、软件测试有关概念
2.1白盒测试
指基于程序构造测试,测试目的是检查程序内部逻辑构造和逻辑途径,是代码级测试。
2.2黑盒测试
基于程序功能测试,依照输入输出关系推断程序功能对的性。
2.3测试用例
测试方案,涉及数据输入和相应盼望输出。
根据测试用例来执行详细操作。
2.4防止性测试
其原理为:
只要测试在生命周期中进行得足够早,就可以提高待测软件质量。
2.5测试风险分析
其目为:
拟定测试对象、测试优先级、测试深度。
2.6软件测试模型
公司当前采用V模型,实现测试与软件开发同步进行。
2.7等价类划分
将测试对象按某种商定划分为有限个构成某些,提高测试有效性。
2.8边界值分析
分析测试对象所有边界值及边界附近临界值。
二、测试工作流程
三、开发—测试流程
阐明:
1、新版本提供时间,由程序员与测试员按实际状况协调;
2、BUG审核范畴涉及对BUG抽查;对标注为不修改或待讨论BUG管理;
3、软件涉及到功能性修改时,应当先提供修改设计阐明,讨论通过后方可进行修改。
四、测试角色与职责
角色
职责范畴
管理
负责测试全过程组织管理
分析
负责进行测试分析、编写测试用例
执行
执行测试任务
文档管理
负责对测试文档、开发文档管理
五、BUG重要参数
1、当前状态
记录BUG状态,涉及已修改、未修改、已验证。
2、严重限度
BUG严重限度分为四个级别
级别一:
死机,数据丢失,重要功能完全丧失,系统悬挂
级别二:
重要功能丧失,导致严重问题,或致命错误声明
级别三:
次要功能丧失,不太严重,如提示信息不太精确
级别四:
微小问题,对功能几乎没有影响,产品及属性仍可使用,如有错别字
3、修改次数
指同样BUG重复修改次数,是衡量开发人员工作效率重要根据;
4、优先级别:
分为四个级别
级别一:
必要及时修改;
级别二:
一天内修改;
级别三:
三天内修改
级别四:
短期内不必解决或在下一版本中解决
阐明:
严重限度越高,优先级越高,原有错误优先级高于新版本错误。
六、测试文档
1、测试报告
详细记录BUG浮现过程,也许因素,解决办法或解决意见。
测试报告规定书写工整、简要扼要,必要要详细注明BUG发现日期、BUG所属模块等有关信息(对于较难发现BUG,必要提供操作流程及应用数据)。
测试报告是测试员与开发人员交流重要文档,也是测试评价重要根据。
注意:
A、如果测试与测试任务单相应,则测试报告中必要要记录任务单编号,以利于测实验收及考核。
B、测试报告中必要注明测试用例编号,如果发现BUG不在测试用例范畴内,则填写为“其他”,为测试用例评估提供根据。
C、程序员在修改BUG时,如果严重级别为一、二级,必要阐明修改办法或问题因素,以利于分析。
2、测试用例
测试用例是为高效地发现程序中BUG而精心准备一组测试数据或操作过程。
测试用例不也许穷举软件中所有状况,因此测试用例设计必要具备代表性,通过测试用例使用可以提高工作效率、减少重复劳动、在软件进行改动或升级时,只需对测试用例进行少量修改即可开展工作。
3、测试筹划
重要内容:
筹划时间、人员、测试工作安排
4、测试任务书
重要内容:
时间规定、参加人员、验收原则或结束标志
5、测试总结报告
重要内容:
筹划完毕状况、BUG修改状况、经验总结、测试对象评分(10分为上限)
6、软件修改记录
重要内容:
修改对象、修改内容、修改因素、问题提出人、关联对象、测试注意事项
7、讨论记录
详细记录所有与测试有关讨论,参加讨论者须在此记录上手工签名
8、软件升级记录
详细记录软件升级状况
9、顾客问题记录
重要内容:
顾客状况、顾客问题、解决办法、解决状态
七、测试阶段划分
1、单元测试
对某个相对独立构件测试,结束标志为:
能满足独立运营规定
2、集成测试
将已通过单元测试模块依次进行组合并测试,结束标志为:
组合后模块能满足规定;
3、验收测试
所有模块均通过集成测试后,软件可以交付使用前测试,结束标志为:
软件可以交付使用
4、维护测试
对软件发布后发现问题进行修改与测试,结束标志为:
问题解决、软件运营正常
八、测试类型
1、功能测试
对系统功能满足限度与实现限度测试,此测试只关怀测试对象功能方面需求,而不考虑其他细节;
结束标志:
系统功能满足设计需求
2、界面测试
在测试对象满足功能需求前提下进行,此测试必要涉及通用控件原则测试。
例如:
数据窗口滚动条。
3、数据解决测试
对测试对象数据解决过程进行测试,涉及输入、解决、输出。
4、流程测试
涉及业务流程、数据流程、逻辑流程、正反流程
5、极限测试
对极限值、边界值测试
6、并发测试
重要指系统在网络环境、并发环境、多顾客条件下运营测试;
7、安全测试
涉及加密、解密、数据备份、恢复、病毒检测等测试;
8、性能测试
涉及适应性、健壮性、可恢复性、以及劫难恢复能力
9、安装测试
是软件发布前必要进行测试,保证发布软件产品为最新
10、兼容性测试
操作系统兼容性、异构数据库兼容性、新旧数据转换、异种数据兼容性、硬件兼容性。
11、强度测试
涉及大容量数据、极限数据、致命错误操作等
12、顾客测试
顾客测试是处在系统测试阶段结束和系统试运营阶段开始之前一种相对独立阶段。
测试主体,由开发技术人员转为最后应用者。
顾客通过对系统所有功能和工作流程亲手应用、测试,逐渐全面理解系统与否完全实现了需求阐明书规定,从而接受和承认该软件,这是保证系统功能和流程对的性、完整性和实用性核心。
实践证明,只有顾客试用,才干提出合理建议,促使软件实用化和产品化。
九、测试停止原则
由于软件测试是一项复杂工程,在以往测试工作中,测试人员都是对程序进行重复,无休止测试,无谓消耗了大量人力、物力和时间。
为了可以合理运用既有资源,提高测试工作效率,制定了BUG走势图、模块覆盖率和测试用例执行状况三项指标,并依照这三项指标制定出软件测试停止原则。
1指标
1.1BUG走势图
该指标以曲线图形式,反映出每天各种类型BUG浮现状况。
图中每种类型BUG由一条不同颜色曲线表达。
1.2模块覆盖率
该指标体现出一套软件中各个模块测试用例制定状况,与否各个模块或各个模块下各个功能与否均有测试用例,各模块测试用例占所有用例比例。
1.3测试用例执行状况
该指标体现出各个模块测试用例执行状况,记录测试通过用例数量和测试未通过用例数量,计算已测试用例数量和未测试用例数量。
2测试停止原则
各个模块或各个模块下各个功能测试用例覆盖率为100%;测试用例执行覆盖率为100%,通过测试测试用例所占比例在90%以上;BUG走势图中,系统错误、功能错误、数据解决错误在持续3个工作日内未浮现BUG,其她错误在持续3个工作日内未浮现共计5个以上(含5个)错误。
此时可对软件停止测试。
十、软件维护规范
1、软件维护内容与类型
软件维护是软件产品交付使用后,为纠正错误、改进性和其他属性或产品为适应环境变化而进行修改和维护活动。
软件维护普通分为完善性维护、适应性维护和改正性维护三种类型。
●完善性维护
为扩充功能和改进性能而进行维护和扩充,以满足顾客变化了需求。
重要内容涉及:
A、对新增功能和增强性能进行升级和维护;
B、对顾客所提建设性建议和修改方案做好详细记录,并加以分析,拟定与否对其进行修改和维护。
●适应性测试
为适应软件运营环境变化而进行维护,重要内容涉及:
C、因法律法规变化而做维护;
D、因硬件配备变化而做维护(如:
机型、终端、打印机变化);
E、因系统软件变化而做维护(如:
操作系统、编译系统或应用程序变化。
)
●改正性维护
为维持系统操作运营,对在开发过程中产生但测试和验收时没发现错误而进行改正及维护,重要内容涉及:
F、在维护过程中对发现错误进行详细记录并提交开发部;
G、在顾客使用过程中对发现错误进行详细记录并提交开发部;
2、维护过程
软件生存周期中维护阶段普通起始于软件产品交付给顾客使用之时。
软件维护活动普通是软件生存周期中各种维护过程重复。
软件维护与软件开发有许多相似之处,但也有其独特之处:
A、维护活动限定在已有系统框架之内完毕,维护人员必要在已有设计和编码构造约束下对软件进行维护和提出合理修改方案。
B、普通软件维护阶段时间比软件开发时间长得多,但一项详细软件维护普通比软件开发时间短得多。
C、软件开发必要从无到有产生所有测试数据,而软件维护普通可以使用既有数据进行维护。
但有时也要产生新数据,对软件维护及维护后影响进行必要测试。
下面是对软件维护过程中要解决事务:
A、对顾客进行软件使用解说和指引;
B、对顾客问题进行解决;
C、记录软件进行中错误和顾客建议;
D、对错误进行分析,拟定修改必要性,提交开发人员解决;
E、对改正或完善软件进行升级;
3、软件维护控制和改进
软件维护必要筹划地进行,使整个过程都处在恰当管理和规程之下。
除了考虑预算、进度和人员,核心在于要由软件维护主管要做出行之有效筹划和维护安排。
一种系统不但在开发时要考虑到维护,还要在之前维护中考虑到如何减少将来维护量和困难。
●软件维护控制
A、软件系统可维护性经常随着时间推移而减少,这是许多因素综合影响成果。
其中没有为软件维护制定严格条例,或贯彻不力,是系统可维护性迅速减少重要因素。
B、软件维护目的是保持系统功能和及时、有效地响应顾客祈求。
C、软件维护控制是保持一种有秩序维护过程,在这个过程中所有维护祈求要正式提出,确认,分派优先级并安排进度。
●确立软件维护方略
A、软件维护方略拟定是软件维护控制一种核心环节。
软件维护方略应充分地考虑软件维护组织责任、权利、职能及操作,它应全面地考虑到软件系统和维护环境变化。
B、软件维护方略必要涉及详细地讲述维护目、维护责任和分派。
制定维护软件方案和详细环节,使维护过程行之有效进行。
●分析和拟定所有提出修改祈求
A、考虑对其修改必要限度和它可预见作用,所有修改建议都需要有充分理由;
B、分析修改,以保证与本来系统设计和用意不冲突,对每个修改都应当仔细考虑其影响;
C、应考虑所建议修改是增强还是减少系统性能。
●为维护安排进度
A、为每个维护项目安排一种优先级;
B、遵守安排进度。
●维护准备
为了对维护筹划有更好贯彻和监督,在开始一项新维护工作之前,软件维护人员应当为维护内容作好充分准备。
4、软件维护人员管理
管理是改进软件维护过程重要因素之一。
管理必要指引如何维护软件,行使对整个过程控制,并保证使用高效易用软件维护技术和工具。
为保证明现成功维护,在维护过程中要有效使用良好管理技术和办法。
软件维护机构重要任务是制定并实行维护方略,控制和管理维护过程,保证软件维护任务完毕。
●软件维护人员素质对于有效地进行维护是十分重要,维护与开发同等重要,同样具备难度,因而对维护人员管理和基本规定是:
A、维护人员应是业务技能过硬,有责任心人;
B、树立全心全意为顾客服务思想;
C、定期对维护人员进行良好培训;
D、维护经验和技术要经常互相交流、学习;
E、不让一种系统或一种系统重要某些成为某个人专有领地。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 测试 详细 标准 样本
![提示](https://static.bdocx.com/images/bang_tan.gif)