如何确定测试的重点?
发布于 2024-10-04
1461
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
软件测试质量等级与测试用例完备度框架摘要
由于软件测试无法覆盖所有可能性,测试工作的重点在于在有限的时间内提升软件的可靠性。本文提出了一个框架,帮助项目组确定测试重点,从而有效地分配测试资源。
质量等级的划分
首先,需要对被测对象的功能进行质量等级划分,其中考量的维度包括功能的重要性、使用频率和失效的严重性,每个维度分别赋值为3(高)、2(中)或1(低)。根据这三个维度的评分,功能的质量等级分为:
- 高质量等级:任一指标为3
- 中质量等级:三个指标均不超过3,且至少两个为2
- 低质量等级:最多一个指标为2
此规则可以根据不同公司的实际情况进行调整,且确定质量等级时应由需求人员、运维人员和测试人员共同参与,客户的参与更佳。
测试用例的完备程度
其次,基于不同质量等级,定义测试用例的完备程度。考虑的方面包括外部输入、正常场景、异常场景和内部逻辑,以及是否覆盖了边界值。测试用例应根据质量等级覆盖以下内容:
- 高质量等级:正常与异常场景的中间值、上下边界和边界值,及内部逻辑覆盖
- 中质量等级:正常与异常场景的中间值、上下边界和边界值
- 低质量等级:正常与异常场景的中间值及边界值
不同的公司和产品可以根据此框架定制适合自己的测试策略。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
440 篇文章
浏览 679.1K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
项目进展跟踪的5个基本原则
对项目进展进行跟踪时,应该遵循以下5条基本原则:原则一:实时跟踪进展以尽早暴露风险原则二: 任务闭环管理以及时调整纠偏原则三:任务状态可视化以提升项目透明性原则四: 总体进展要量化以对齐项目整体目标原则五:真正达到完工标准以避免快而脏
需求变更对软件质量的影响
根据我们的经验,需求变更越多,造成的软件修改越多,bug也就会越多,事实是否如此呢?需要我们根据历史的数据进行检验。某企业采集了历史上多个项目的的需求变更次数、交付代码的规模、软件测试发现的缺陷个数,参见下表,基于这些历史数据我们分析一下,看看我们的经验结论是否成立。表一:需求变更的历史数据 ID 需求变更数 代码规模LOC 总缺陷数 测试缺陷密度bugs/KLOC
我说CMMI之四:CMMI的表示方法
我说CMMI之四:CMMI的表示方法
CMMI分为了两种表示方法,一种称为阶段式表示方法,一种称为连续式表示方法。如下图所示:
我们可以从以下几个方面来理解这两种表示方法的区别与联系:
1包含的过程域相同,但是过程域分类的维度不同。
阶段式表示方法为我们所熟悉,我们通常说的过级了,过了2级,过了3级都是针对阶段式表示方法而言的。在CMMI-DEV V1.2中,阶段式表示方法将22个过程域分别放置在了4个等级中,其中
和任老师聊聊质量工作
2019年10月12日在厦门有某公司的6位质量管理同仁一起共进晚餐,席间讨论多个话题。10月14日,这些有心的朋友整理了问答记录,我做了简单修订,摘录如下:SQA感觉成天统计数据,没什么意义?统计数据可以,对于SQA来说,要掌握数据分析方法,从数据中找出规律,得到结论,有明确的结论来影响大家。有数据,必须有结论,这样才能充分发挥数据的价值。比如...
单元测试技术培训练习总结报告
培训日期:2007年9月14日到2007年9月15日日程安排:第1天:上午:单元测试的技术与方法培训下午:LINUX下CUNIT单元测试工具的使用方法第2天:上午:分组练习下午:分组练习练习总结练习情况概述:约50名开发人员参加了练习,分成了7个小组进行了练习,其中一个小组原来采用C#在windows开发平台下进行软件开发,其他小组均是在LINUX环境下用C语言开发。练习均在实际的工作环境中进行的
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线