软件测试规章制度.docx
- 文档编号:23729331
- 上传时间:2023-05-20
- 格式:DOCX
- 页数:11
- 大小:85.46KB
软件测试规章制度.docx
《软件测试规章制度.docx》由会员分享,可在线阅读,更多相关《软件测试规章制度.docx(11页珍藏版)》请在冰豆网上搜索。
软件测试规章制度
软件测试规章制度
LT
软件测试规章制度
【篇一:
软件测试管理流程与规范】
软件测试管理流程与规范
前言
目的:
为统一软件测试制度,更好的管理软件测试,更好的配合软件工程师软件的下发,特制定。
本标准的附录记录文档是规范性文档。
本标准由万捷科技有限公司top测试组提出,top测试组归口。
本标准起草部门:
万捷top测试组。
本标准于2009年4月7日发布。
1、范围
本标准规定了软件测试的流程。
本标准规范了软件测试的文档。
本标准适用于万捷测试组。
2、软件测试的流程
2.1软件下发流程
软件方案------→xxx公司top组软件测试组组长
软件从发放到测试组进行测试为一个完整周期。
一款软件需测试由软件方案方直接下发给万捷top组测试组长,方案公司软件负责人需填写一份《软件发布信息表~开发》才能下发至测试组,其表需详细填写机型、版本、改了些什么问题、测试时需注意的事项等,以便软件能有效有质的完成测试。
(《软件发布信息表1》请见附录1)
2.2软件测试周期
软件从发放到测试组进行重点功能点检需半天,全面测试需2天,专项测试需1天,(以上为人员充足情况下的理想状态),在计划时需作好时间的预留。
3、万捷测试组职责分配
万捷top测试组
较成熟软件
试产软件
量产软件
万捷top测试组负责较成熟软件、试产软件和量产软件的测试,为避免发放到测试组的软件有严重问题引起反复的无效测试,在软件发放到万捷之前软件方案公司需自行进行测试,确认无严重问题再下发给万捷top测试组进行测试。
对于试产软件某些功能未完善,某些bug由于时间问题未及时改善,须在软件提交到测试组时,由软件方案公司软件负责人提交相关说明。
每个外发出去的软件版本都需经过测试组测试确认合格;特别是量产软件必须全面测试后才能外发出去。
填写〈软件发布信息表2〉给各部门负责人签字确认,再发出。
(《软件发布信息表2》请见附录2)
4、客户反馈问题的反馈
客户反馈问题------→高威尔客服服务部--→万捷top测试组组长
关于客户反馈的软件问题,由于客户对于问题的描述不清晰或不全面或不是问题的问题直接提交到开发造成开发经常要猜测问题复现路径,对问题出现误解,则须由测试组验证确认后提交到软件方案公司进行修改,不是问题/设计如此的也须由测试组回复一份报告给客服人员到客户,以避免客户再次反馈同样的问题。
费,避免不必要的开销,严禁将测试卡作为测试工作以外的用途。
暂定每张测试卡每次充值最高为人民币一百元,可根据实际情况适当调整。
12、手机测试的相关文档
12.1mtk平台点检表文档:
可作功能点检。
(《软件发布点检表》请见附录5)
12.2全面测试(mmi测试)文档:
可作手机全面测试文档规范。
(全面测试《mmi测试》文档请见附录6)
12.3通话测试文档:
每版输进行全面测试的软件都得进行一次通话测试。
(《通话测试》文档请见附录7)
12.4通话专项测试文档:
每款机型至少要进行一次通话专项测试。
(《通话专项测试规范文档》请见附录8)
12.5lcd专项测试文档:
手机换屏后需进行lcd专项测试。
(《lcd专项》文档请见附录9)
12.6flash-专项测试文档:
手机换flash后需进行flash专项测试。
(《flash-专项测试》文档请见附录10)12.7重点功能测试文档:
作重点功能检测。
(《重点功能测试》文档请见附录11)
13、附录文档(软件测试的规范文档),请见后续几页。
附录1:
【篇二:
软件测试管理办法】
北京酷智科技有限公司
软件测试管理办法(试行)
1.职责划分
1.1测试组长
1.参与软件需求设计的评审及项目可行性分析,风险预估,测试资源的申请;
2.编制软件测试计划、软件测试用例,定期进行维护更新;
7.与其他部门的协调和合作。
1.2软件测试工程师
1.按照测试计划进行测试用例的执行,维护;2.测试记录的整理,提交、验证、关闭缺陷;
3.跟踪缺陷退回的问题,必须有详细的原因分析我们才可以进行缺陷退回缺陷的否决;4.完成性能与压力测试。
1.3质量保证qa组
1.对测试过程进行质量监督;2.保证项目按照正常的计划执行;3.并进行阶段性的质量评估。
2.作业流程
详细规定了测试组在整个项目中各个阶段的职责及相关测试输出文档:
3.测试类型和策略
按照目前的产品类型和规模,需要执行的测试类型及策略如下:
4.缺陷级别定义
5.缺陷管理流程
1.缺陷描述中要包括详细、准确的操作步骤、预期结果、实际结果、测试环境。
2.缺陷提交时在“实际结果”栏目中填写测试数据、执行结果内容,尽量将缺陷的界面截图作为附件上传至
对应的记录。
3.“否决缺陷”、“暂缓处理”此两类缺陷要求在缺陷“注释”中注明否决原因或后续处理方案。
4.对“紧急”级别的缺陷,测试人员应进行随时地检查并验证,及时修改对应缺陷的状态。
5.缺陷跟踪遵循:
谁发现谁跟踪;开发管理组进行确认、分配缺陷;开发人员及时修改缺陷或反馈意见。
6.开发管理组人员在自己无法及时分配缺陷的情况下要提前找到代理人员完成该工作,避免缺陷在此环节滞
留。
7.开发人员必须对缺陷进行及时修改,缺陷提交后,24小时内必须进行处理。
如果开发人员没有及时修改缺
陷,则将缺陷严重程度的等级升级(低级-中级,中级-高级,高级-紧急)。
8.如果缺陷经开发人员多次修改(修改次数2次),测试验证后仍存在问题,则将缺陷的严重程度的等级升级(低级-中级,中级-高级,高级-紧急)。
9.开发人员必须随时查看qc中的缺陷状态变化信息,每天最低查看次数不得少于5次。
缺陷管理跟踪流程如下:
【篇三:
软件测试管理规范】
软件测试工作规范
1目的
?
?
统一公司所有项目的软件测试流程;
?
?
提供一套适合公司所有项目并可裁减的软件测试工具;
2范围
?
?
本规范中单元测试适用于所有的java项目;
?
?
本规范中集成测试、系统测试和性能测试适用于所有项目。
3测试阶段与软件开发阶段的对应关系
1过程描述
1.1单元测试活动
该活动包括以下环节:
?
?
编写单元测试计划;
?
?
设计单元测试用例;
?
?
执行单元测试过程;
?
?
记录单元测试缺陷;
?
?
编写单元测试报告;
1.1.1活动目的
验证软件系统模块内功能、容错、界面和报表测试和桩模块、子模块之间的接口测试。
1.1.2角色与职责
1.1.3测试范围
?
?
单元模块的功能性测试
?
?
单元模块内和模块之间的接口测试
?
?
单元模块的容错性测试
?
?
单元模块的界面测试
?
?
单元模块内的权限
1.1.4进入条件
已经完成被测模块的编码工作
1.1.5输入
《详细设计说明书》
1.1.6活动说明
对于结构化的编程语言,程序单元指程序中定义的函数或子程序。
单元测试是指对函数或子程序所进行的测试。
对于面向对象的编程语言,程序单元指特定的一个具体的类或相关的多个类。
单元模块之间的接口等。
(1)开发人员依据详细设计编写单元测试计划和和单元测试用例,《详见junit使
用说明》和《jprobe使用说明》,需详细描述该用例的输入、输出和预期结果等相关内容;
(2)开发人员编写程序代码;
(3)开发人员执行单元测试用例,并记录执行结果;
(4)开发人员执行测试用例过程中发现的缺陷,必须提交到缺陷跟踪工具中;
(5)开发组长完成单元测试后,编写单元测试分析报告,项目经理审核《单元测
试分析报告》。
1.1.7输出
已通过回归测试、打标签单元级的代码
《单元测试分析报告》
1.1.8退出条件
?
?
被测代码语句覆盖率满足单元测试计划中制定的代码覆盖率要求;?
?
测试用例执行覆盖率应达100%;
?
?
《单元测试分析报告》通过评审;
?
?
a类缺陷、b类缺陷、c类缺陷为零,d类缺陷少于10%,e类缺陷少
于15%。
1.1.9工具与方法
?
?
java项目
junit3.7以上版本:
利用junit提供的组件测试代码的功能逻辑;
jprobe5.0以上版本:
使用coverage组件检查代码覆盖率。
?
?
工具使用
参见《junit使用简明手册》,《jprobe使用简明手册》。
1.2集成测试活动
该活动包括以下环节:
?
?
编写集成测试计划;
?
?
设计集成测试用例;
?
?
执行集成测试过程;
?
?
记录集成测试缺陷;
?
?
编写集成测试分析报告;
1.2.1活动目的
1.2.2角色与职责
1.2.3测试范围
?
?
系统集成后的功能性测试;
?
?
系统集成后的容错性测试;
?
?
系统集成后的界面测试;
?
?
系统集成后的安全(权限)测试;
?
?
系统集成后的系统的内部接口测试;
?
?
系统集成后的可用性测试;
?
?
系统集成后的数据完整性测试。
1.2.4进入条件
《概要设计说明书》通过评审
1.2.5输入
《概要设计说明书》
1.2.6活动说明
(1)测试组长制定《集成测试计划》;
(2)测试人员负责组织编写集成测试用例,编写测试脚本,编写测试用例。
(3)测试人员执行测试用例。
(4)测试过程中发现缺陷提交到缺陷跟踪系统;
(5)架构师对缺陷进行评估并分发,若判断是缺陷则指定相关开发人员进行修改;
(6)开发人员修改完缺陷后,由测试人员进行回归测试,测试通过则缺陷关闭,
检验未通过,则转给开发人员,继续修改;
(7)测试人员编写集成测试分析报告。
1.2.7输出
?
?
已通过回归测试、打标签系统级的代码;
?
?
《集成测试分析报告》;
?
?
a类缺陷、b类缺陷、c类缺陷为零,d类缺陷少于5%,e类缺陷
少于10%。
1.2.8退出条件
《集成测试分析报告》通过评审
代码基线化
1.2.9工具与方法
因具体项目而定
1.3系统测试
该活动包括以下环节:
?
?
编写系统测试计划;
?
?
设计系统测试用例;
?
?
执行系统测试过程;
?
?
记录系统测试缺陷;
?
?
编写系统测试分析报告;
1.3.1活动目的
通过与系统的需求规格作比较,从功能和非功能两方面,发现软件与系统需求规格不相符合或与之矛盾之处。
1.3.2角色与职责
1.3.3系统测试范围
?
?
系统的功能性测试;
?
?
系统的初始化测试;
?
?
系统的(负载,性能,并发)测试;
?
?
系统的配置测试;
?
?
系统的安全性测试(防火墙,tls,ssl安全机制,加密);
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 测试 规章制度