如何保证测试的完备性?
发布于 2024-10-03
2211
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
文章摘要
文章提出了若干经验法则,旨在指导软件测试的最佳实践。以下是对这些法则的总结:
1. 测试人员与需求人员的互动
- 测试人员应参与需求评审,以确保需求的可测试性并深入了解需求。
- 需求人员应评审测试用例,以验证测试用例的完备性和测试人员对需求的理解。
2. 测试用例设计的覆盖性
- 系统测试用例需要覆盖每一个场景,即用户使用系统的操作路径。
- 集成测试用例应覆盖每个接口输入参数的每种等价类。
- 单元测试用例必须覆盖每条语句。
3. 测试用例的多样性设计
- 设计测试用例时,应考虑正常情况、异常情况、等价类划分、语句覆盖以及猜错。
4. 定义并达成质量目标
- 设定每千行代码的测试用例个数和发现缺陷个数作为质量目标,并致力于实现这些目标。
5. 测试的环境多样性
- 在客户可能使用的各种环境中进行测试,以确保软件的稳定性。
6. 非功能性需求的早期测试
- 非功能性需求,如性能、安全性等,应尽早进行测试。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 1198K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
两个浪漫的人,一本理性的书
“两个浪漫的人,一本理性的书”是我对《重构极限编程》一书的评价。 书买了有一段时间了,浏览过一遍,感觉很受启发。今天是第2遍读,边读边乐边反思。 两位作者很浪漫,每个章节的开头,都改编了一首歌曲作为前言; 两位作者很幽默,在文章里轻松、犀利地调侃极限编程的缺点; 两位作者也很理性,对极限编程的某些优点也进行了充分的肯定。 第一次读此书时,只注意了作者的理性,没有去读书里的歌词与调侃,第二遍读时,仔
需求变更的5W1H分析
why,需求为什么变化? 甲方的特殊原因: 不知道如何说清楚需求; 没有明确的需求; 没有确认乙方描述的需求; 乙方的特殊原因: 理解错了需求; 没有很好的诱导客户的需求; 共性原因: 业务就是变化; 人与人之间的沟通本来就存在障碍; 特殊原因是可以消除的,共性原因是难以消除的。 who : 谁会提出需求变化? 客户:客户方的
组织级配置管理员与项目级配置管理员的职责定义
很多公司设置了组织级配置管理员与项目级配置管理员,以下为建议的对这两种岗位的职责定义。 项目级配置管理员的职责: 1 制定配置管理计划 2 建立并维护配置管理库 3 建立并发布基线 4 物理审计(PCA) 5 跟踪并关闭变更申请 6 报告配置状态 组织级CM的职责: 1 为项目组建立初始的配置库 2 向项目组成员提供配置管理方面的培训及技术支持 3 配置管理工具的定制 4 配置管理审计 5 对外发
测试投入度量元的选择
很多项目在讨论测试是否可以结束的时候,往往是只关注了测试发现的缺陷有多少?缺陷的严重级别分布如何?测试发现的缺陷关闭情况如何?而忽略了一个前提,即测试的投入是否充分? 如何量化测试的投入呢?我们可以从测试用例的密度,测试投入的工作量,测试的工期,测试的人数等多个方面来度量测试的投入,可以参见图一中候选的测试投入的度量元。 图一:测试投入与产出的候选度量元 哪个度量元更合适呢?如何判
软件项目的工作量估算方法
(1)经验法Ø DELPHI方法:需要多个专家参与。Ø 类比法:可以一个专家根据历史相似的项目进行估计。(2)模型法Ø 一元线性关系工作量=规模*生产率+C生产率借鉴历史项目的数据,C为一个常量,多数情况下为0。这是最简单的估算模型。Ø 多元线性关系工作量=规模*生产率*复用率*难度系数*人员能力系数*……+ C生产率借鉴历史项目的数据,C为一个常量,多数情况下为0
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线