软件测试工作程序
2019-02-27 15:04:08 1 举报AI智能生成
CNAS软件测试工作程序
作者其他创作
大纲/内容
签订委托测试协议
委托测试协议书包括但不限于
测试的项目和依据
待测产品的版本号、型号
测试的目的
测试的输入项、结束条件
风险、要求、预算
授权签字人：需求确认通过《产品检测需求管理程序》开展工作
组织检测需求分析和检测需求的委托方确认
与检测人员一起对被测软件的需求进行分析
基于合同生成检测方案
对检测需求的可检测性、完备性、一致性进行评审
发现并标识出不完整和遗漏的检测需求
需求分析的内容
检测类型及检测要求
各个检测项及其优先级
检测项检测终止条件
需求评审的内容
检测类型及检测要求是否恰当
每个检测项是否进行了标识，分析潜在需求
检测类型和检测项是否充分
检测项是否包括了检测终止要求
文档是否符合规定的要求
授权签字人需求变更签字：负责组织实施检测需求变更
授权签字人填写：《变更申请表》提交中心领导
与委托方进行沟通，协商检测需求
一旦检测需求发生变更，及时与委托方协商和确认
负责对检测需求进行跟踪
组织完成技术协议、合同内容确认：《要求、标书和合同的评审程序》
《检测分包管理程序》：负责书面通知客户，负责对分包机构资格的审核和确认，负责组织分包机构检测过程记录，以及相关材料的收集，整理，直到归档
测试计划的编写
组织开展工作+负责审批：根据《产品检测策划程序》开展工作
负责确定检测工作的总体工作内容
根据检测需求，确定软件、硬件、人员数量、人员技能等
拟制检测环境
确定检测资源的准备要求
确定项目的通过标准：如用例通过率大于等于95%，不存在致命或严重级别的缺陷等
确定检测工作的输出物
确定终止条件
风险分析、评估
确定检测活动进度
负责对检测活动各阶段工作量进行度量，评估工作重点，资源分配，编制检测计划
组织人编写：《检测方案》
组织人评审：《检测方案》
负责审批：《检测方案》
对通过的方案根据《产品检测配置管理程序》进行版本控制
负责审批：项目配置管理员根据《产品测试配置管理程序》编制配置管理计划
负责审批：质量监督员根据《质量监督与管理程序》编制项目质量监督保证计划
PS：注意与《产品检测质量保证程序》的区别，这个不是针对测试过程质量的，是针对外围质量管理的，只负责审批
PS：注意与《产品检测质量保证程序》的区别，这个不是针对测试过程质量的，是针对外围质量管理的，只负责审批
负责：向质量负责人或中心负责人报告。来源于《不符合检测工作控制程序》
测试工作准备
项目经理：1、测试样本数据制作
负责申请环境：2、测试环境的准备工作。按《内务管理程序》和《样品管理程序》执行
由“配置管理员”负责测试环境和资源的分配和管理，测试人员负责根据检测方案进行符合性检查
由“配置管理员”负责测试环境和资源的分配和管理，测试人员负责根据检测方案进行符合性检查
《内务管理程序》
负责检测现场的内务管理，负责组织检测项目中所涉及的检测资源申请
《样品管理程序》
项目经理为主，参与
《外部支持服务和供应管理程序》
列出本项目所使用的采购目录和质量要求
负责对供应商技术水平进行评价
负责对供应商技术水平进行评价
负责被测样品的接收（与项目配置管理员一同）：记入《检测项目登记表》
负责分配测试任务
测试记录
GBT25000.51-2016
RUSP-就绪的可用软件产品：待测试产品
软件质量要求
功能性：软件符合需求文档的所有要求，所有功能均是可执行的。
易用性：用户在看见或第一次使用产品时，能确认产品是否符合要求。
如：1、使用恰当的术语，图形表示，背景信息，算法。
2、出错时，有正确的提示信息或引导信息。
3、重要操作时有明显的警告。
4、界面、布局让用户满意。
如：1、使用恰当的术语，图形表示，背景信息，算法。
2、出错时，有正确的提示信息或引导信息。
3、重要操作时有明显的警告。
4、界面、布局让用户满意。
可靠性：软件不发生数据丢失。
如：1、用户不正确输入。
2、软件有从致命性错误中恢复的能力。
3、违反条件的输入。
如：1、用户不正确输入。
2、软件有从致命性错误中恢复的能力。
3、违反条件的输入。
可维护性：软件应有每一个组件的发布号，相关质量特性参数和数据模型，并在任何时候均可以识别它们。
组件可能是：数据屏幕，数据库模型，子程序，接口
组件可能是：数据屏幕，数据库模型，子程序，接口
效率：系统的效率测试应按照产品描述中的使用质量-效率特征 来
测试软件，测试该软件是否达到该产品说明陈述中的使用目标
测试软件，测试该软件是否达到该产品说明陈述中的使用目标
测试文档集要求
一般要求
一致性要求、内容要求（测试计划、测试说明、测试报告）、方法要求等
测试计划要求
通过/失败准则
测试环境
进度
风险
人力资源
工具和环境资源
沟通
测试说明要求
测试用例说明
测试目标
唯一性标识符
测试输入数据和测试边界
详细的实施步骤
系统的预期行为
测试用例的预期输出
结果解释的准则
用于判断测试用例是否通过的准则
测试规程
测试准备
开始或执行测试所必须的动作
记录测试结果所必须的动作
停止或最终重启测试的条件和动作
PS：应有重新测试的规程，使测试可重复，可再现
测试结果要求
负责审核《软件测试用例及记录》及《软件测试缺陷问题报告》
过程管理
评审过程管理：《产品检测评审程序》
负责组织检测过程的评审
1、检测规程评审：内容的完整性、全面性、是否包含产品特性，是否充分
2、案例评审：是否典型，覆盖面，是否模拟用户操作，数据是否充分，是否包括错误处理流程
3、报告评审：是否全面，客观，具体，可视化，规范简洁，格式是否美观
质量管理：《产品检测质量保证程序》
负责制定质量计划，并组织实施
编制：《质量控制计划表》
编制：《质量控制计划表》
开展内部测试，标识技术偏差
参加实验室间的比对或能力验证，标识离群现象
组织其他测试人员对被测试软件的重大问题进行复现
审核软件测试过程和软件测试工作产品与相应软件测试标准、规范、程序的符合性，标识不符合项
从人员的能力、培训、监督以及于同行的技术交流方面
配置管理：《产品检测配置管理程序》
负责审批检测项目配置管理计划
分配检测工程师的配置管理权限
审批检测过程中受控配置项的入库和发布
监督检测人员执行检测过程中的配置管理活动
根据需要提出需求项变更请求
协调解决配置管理过程中的实际问题
报告管理：《检测报告管理程序》
项目经理编写，与项目经理一同组织初评，实验室负责人初审，授权签字人签发
授权签字人：签字
负责组织对《软件测试报告》的评审
负责将《软件测试报告》发给委托人
测试后的被测产品处理
0 条评论
下一页
为你推荐
查看更多
