如何保证测试的完备性?
发布于 2024-10-03
1933
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
文章摘要
文章提出了若干经验法则,旨在指导软件测试的最佳实践。以下是对这些法则的总结:
1. 测试人员与需求人员的互动
- 测试人员应参与需求评审,以确保需求的可测试性并深入了解需求。
- 需求人员应评审测试用例,以验证测试用例的完备性和测试人员对需求的理解。
2. 测试用例设计的覆盖性
- 系统测试用例需要覆盖每一个场景,即用户使用系统的操作路径。
- 集成测试用例应覆盖每个接口输入参数的每种等价类。
- 单元测试用例必须覆盖每条语句。
3. 测试用例的多样性设计
- 设计测试用例时,应考虑正常情况、异常情况、等价类划分、语句覆盖以及猜错。
4. 定义并达成质量目标
- 设定每千行代码的测试用例个数和发现缺陷个数作为质量目标,并致力于实现这些目标。
5. 测试的环境多样性
- 在客户可能使用的各种环境中进行测试,以确保软件的稳定性。
6. 非功能性需求的早期测试
- 非功能性需求,如性能、安全性等,应尽早进行测试。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 1033.5K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
我说CMMI2.0后记
在CMMI2.0发布之前就想针对2.0的每个PA进行解释,但是拖延了下来,恰好春节之前有客户开始实施了CMMI2.0,有客户和同事与我探讨2.0中的内容,在解释的过程中,就形成了文字,索性就想把每条实践都解释一下。于是,就给自己定了目标,在春节期间把20个PA都解释完成。实际去做的时候,发现没有那么容易。一是时间是否有保证,二是我自己也需要对模型的某些描述反复阅读,提炼,查阅资料...
如何分析各类时长数据?
本文列举了分析时长数据时的注意事项,并结合实例给出了时长数据的常用分析方法。
使用Gompertz模型拟合上线后缺陷收敛趋势
采用Gompertz模型预测缺陷的收敛趋势,简单易行,拟合效果很好!
客户的水平决定了供应商的水平
美国国防部是全球最大的软件客户,为了管理好自己的软件供货商,所以才产生了CMM,才会有N多的给美国国防部提供软件服务的企业要通过CMM评估,是客户的要求促进了软件供应商的管理水平的提高。 在国内做软件开的软件公司中,做外包的软件公司普遍比非外包的软件公司管理更加规范,因为客户要求提交的软件要改掉了所有的已知缺陷。在外包公司中,对日外包的软件公司的管理水平要好与对欧美的外包的软件公司,因为日本的客户
AI Skill与传统程序的本质差异
本文探讨了AISkill与传统程序的本质差异。传统程序采用"固定数据结构+固定算法逻辑"的刚性模式,确保结果确定性但缺乏灵活性;而AISkill基于"可变数据结构+动态算法逻辑"的柔性机制,能自适应处理非标数据但存在概率偏差。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线