扫码阅读
手机扫码阅读
如何确定测试的重点?

我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。


麦哲思科技任甲林
扫码关注公众号

软件测试质量等级与测试用例完备度框架摘要
由于软件测试无法覆盖所有可能性,测试工作的重点在于在有限的时间内提升软件的可靠性。本文提出了一个框架,帮助项目组确定测试重点,从而有效地分配测试资源。
质量等级的划分
首先,需要对被测对象的功能进行质量等级划分,其中考量的维度包括功能的重要性、使用频率和失效的严重性,每个维度分别赋值为3(高)、2(中)或1(低)。根据这三个维度的评分,功能的质量等级分为:
- 高质量等级:任一指标为3
- 中质量等级:三个指标均不超过3,且至少两个为2
- 低质量等级:最多一个指标为2
此规则可以根据不同公司的实际情况进行调整,且确定质量等级时应由需求人员、运维人员和测试人员共同参与,客户的参与更佳。
测试用例的完备程度
其次,基于不同质量等级,定义测试用例的完备程度。考虑的方面包括外部输入、正常场景、异常场景和内部逻辑,以及是否覆盖了边界值。测试用例应根据质量等级覆盖以下内容:
- 高质量等级:正常与异常场景的中间值、上下边界和边界值,及内部逻辑覆盖
- 中质量等级:正常与异常场景的中间值、上下边界和边界值
- 低质量等级:正常与异常场景的中间值及边界值
不同的公司和产品可以根据此框架定制适合自己的测试策略。
想要了解更多内容?


麦哲思科技任甲林
扫码关注公众号

麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 202.5K
麦哲思科技任甲林的其他文章
聊聊故事点背后的故事
聊聊故事点背后的故事Q1、敏捷项目能不能不估算故事点,直接估算工作量?【观点一】:在策划扑克法中先估算故事点有其固有的优点,最无法替代的优点是故事点不是绝对的工作量,避免了团队在迭代早期盲目的承诺,第一个迭代可以只估故事点不估工作量,是一种保护团队的行为,体现了敏捷以人与团队为本的文化,多数策划扑克法没用起来的团队往往也是这种文化薄弱甚至背道而驰的。此时策划扑克就不是最适合的方法...
四种测试层次的比较
名称 测试对象 侧重点 参照物 充分性的评价方法 时机 测试方法 测试执行者 单元测试 软件的最小单元,如函数、方法等 逻辑的正确性 详细设计、源程序 代码、分支等覆盖率 软件中的基本组成单位完成后,边开发边测试 白盒测试、动态测试 一般是开发人员 集成测试 软件的模块、子系统 接口的正确性 概要设计、详细设计 接口覆盖率 软件系统集成过程中,边集
我说CMMI 2.0 之 配置管理
和CMMI1.3相比,CMMI2.0中配置管理的实践基本没有变化。CMMI DEV 2.0 的20个PA中,CM是唯一一个没有3级实践的PA。基本概念这个PA涉及到的基本概念比较多,我们挑选部分基本概念,做通俗解释:配置管理:通过配置标识、版本控制、版本管理、基线管理和配置审计来管理工作产品的完整性。配置项:配置管理的对象,包括各种文档资料,代码等工作产品。包括:给客户的交付...
CMMI2级的难点在哪里
其实这个问题本没有答案,因为不同的企业难点是不同的。对于某些企业来讲,可能没有什么难点,譬如:某企业只想拿到一个评估证书,而不考虑改进效果。尽管CMMI 2级是最基本的等级,如果真想将CMMI2级做好,其实还是不容易的,通常情况下的难点为:(1) 做一个切实可行的计划。任务要识别的比较全面,估算的工作量比较合理,人员的安排不能超负荷、不能窝工,、进度安排紧凑而不失弹性。(2) 实时
不可重现的BUG的应对策略
问题场景:有一些比较严重的BUG随机发生,难以查找规律的,测试工程师提交上去后,有可能会出现以下三个情形:1.开发人员试图重现,重现不出,Reject回来;2.开发人员找不到规律,所以不去解决,问题一直处于Open状态;3.开发人员因为问题难以解决,所以直接Resolved回来,觉得反正是偶发的,先改成解决状态再说。对开发人员、项目经理和测试工程师来说,正确的处理方法应该是怎样的?解决方案:1 缺
加入社区微信群
与行业大咖零距离交流学习


PMO实践白皮书
白皮书上线
白皮书上线