如何保证测试的完备性?
发布于 2024-10-03
1577
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
文章摘要
文章提出了若干经验法则,旨在指导软件测试的最佳实践。以下是对这些法则的总结:
1. 测试人员与需求人员的互动
- 测试人员应参与需求评审,以确保需求的可测试性并深入了解需求。
- 需求人员应评审测试用例,以验证测试用例的完备性和测试人员对需求的理解。
2. 测试用例设计的覆盖性
- 系统测试用例需要覆盖每一个场景,即用户使用系统的操作路径。
- 集成测试用例应覆盖每个接口输入参数的每种等价类。
- 单元测试用例必须覆盖每条语句。
3. 测试用例的多样性设计
- 设计测试用例时,应考虑正常情况、异常情况、等价类划分、语句覆盖以及猜错。
4. 定义并达成质量目标
- 设定每千行代码的测试用例个数和发现缺陷个数作为质量目标,并致力于实现这些目标。
5. 测试的环境多样性
- 在客户可能使用的各种环境中进行测试,以确保软件的稳定性。
6. 非功能性需求的早期测试
- 非功能性需求,如性能、安全性等,应尽早进行测试。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
440 篇文章
浏览 773.2K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
如何把简单的事情一次做对?
在工作中领导最讨厌的人就是总把简单的事情做错的下属,在绝大多数人不会犯错的地方犯错,在领导眼中会判定为是基本素质问题,是不可原谅的。如果组织要裁员,那优先裁掉的就是哪些总是犯低级错误的人。那如何确保能够把简单的事情一次做对,提升自己的职场竞争力呢,请参考如下的七步工作。
全功能点估算方法简介
说明:本文已刊登于《信息技术与标准化》07年第3期新一代的功能点规模估算方法: COSMIC-FFP1 引言软件规模估算是估计软件开发的工作量、成本与资源需求的基础,通过规模与其他度量数据还可以度量项目的生产率、缺陷密度,目前在工程界流行的估算方法是代码行估算方法和功能点分析方法(function points analysis,FPA法)。代码行估算方法是一种经验估算方法,通常会采用
实施CMM时必须解决的认识问题
在基于CMM实施软件过程改善时,有些根本的思想认识问题解决不了,往往会使实施的周期比较长,效果不好,甚至导致过程改善的失败或中止。软件企业的高层领导、企业的过程改善主管、销售人员、项目经理及一般的开发人员都需要对这些问题统一认识,在此基础上才能消除各方面的阻力,把握好过程改善的方向,控制好过程改善的进度。笔者在总结了3年的实施CMM的经验教训后,归纳了如下几个思想认识问题,供拟准备进行过程改善或正
例解:过程性能模型的概念辨析
CMMI模型的4,5级是需要建立过程性能模型(PPM)的,在CMMI中对PPM的定义如下: A description of relationships among the measurableattributes of one or more processes or work products that is developed fromhistorical process perfor
过程改进不能这样啊
过程改进是长期行为: 公司的高层对软件规范管理的认识有一个过程. 公司负责过程改进的人员对规范管理的理论的理解也需要一个过程. 公司的规范体系的推广需要一个实用化的过程. 公司的开发人员认识规范管理也需要一个过程. 公司的管理问题的解决从认识到制定措施,落实措施,优化措施也需要一个过程. 公司的管理体系真正制度化也不是短期内能做到的. 任何事情都有其发展的必然规律.违反了客观规律是要摔跟头的,
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线