扫码阅读
手机扫码阅读
如何保证测试的完备性?
132 2024-10-03
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:如何保证测试的完备性?
文章来源:
麦哲思科技任甲林
扫码关注公众号
文章摘要
文章提出了若干经验法则,旨在指导软件测试的最佳实践。以下是对这些法则的总结:
1. 测试人员与需求人员的互动
- 测试人员应参与需求评审,以确保需求的可测试性并深入了解需求。
- 需求人员应评审测试用例,以验证测试用例的完备性和测试人员对需求的理解。
2. 测试用例设计的覆盖性
- 系统测试用例需要覆盖每一个场景,即用户使用系统的操作路径。
- 集成测试用例应覆盖每个接口输入参数的每种等价类。
- 单元测试用例必须覆盖每条语句。
3. 测试用例的多样性设计
- 设计测试用例时,应考虑正常情况、异常情况、等价类划分、语句覆盖以及猜错。
4. 定义并达成质量目标
- 设定每千行代码的测试用例个数和发现缺陷个数作为质量目标,并致力于实现这些目标。
5. 测试的环境多样性
- 在客户可能使用的各种环境中进行测试,以确保软件的稳定性。
6. 非功能性需求的早期测试
- 非功能性需求,如性能、安全性等,应尽早进行测试。
想要了解更多内容?
查看原文:如何保证测试的完备性?
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 103.4K
麦哲思科技任甲林的其他文章
TSP中的10个量化法则
TSP(Team software process)是Humphery提倡的解决CMM如何做的一个模型,他认为采用了TSP之后,可以加快企业达到CMMI5级的速度,可以提高企业的质量。在TSP中Humphery提出多项度量数据,我从中整理了如下的10个量化法则和大家分享,其中前5个法则是关于工作量的分布,后5个法则是关于质量的。其实这些法则中具体数值的大小完全可以商榷,但是最关键的是蕴含在这些数值
漫谈敏捷方法中的信任
在实施敏捷的方法中需要组织建立信任的文化,即管理者信任项目组,可以放手让项目组去做事情。 人对其他人都是有信任关系的。你走在大街上,你不会认为你看到的任何人会过来刺杀你,否则你就会穿着一身盔甲上路了,这就是一种信任。 人对其他人的信任都不是无底线的。比如,当有人过来找你问路,找你推销商品时,你可能就避而远之,这就是一种不信任。 无约束的信任只可能是一些短期的、不重要的小事。
刘欢
做完了汉王的正式评估,忙了一周,很累。 老耿出差到北京,于是去了他住的宾馆,一人一瓶小二,活血,放松。 回到宿舍,打开电视,中央四台中华情欢聚中山节目,刘欢在唱歌。 刘欢,是除了齐秦之外我最喜欢的歌手。 喜欢齐秦,因为其歌曲的凄美、苍凉。 喜欢刘欢,因为其才,无论是他唱的豪放的《好汉歌》,还是他唱的柔美的《弯弯的月亮》,刘欢对声音控制的技巧可以说是炉火纯情。 实力派的刘欢,我喜欢,希望他一直唱下去
《非暴力沟通》读书笔记
1 “非暴力沟通”理念:不做价值判断,尊重对方和自己,让双方愉悦的达成一致,降低沟通成本、提高沟通效果。 非暴力沟通的适用场景:自我对话、与人交谈以及小组讨论。2 造成暴力沟通的因素:1) 道德评判。用自己的价值观评判别人的言行。如:你太自私了;你太冷漠了。2) 进行比较。比较也是评判的一种,两者相比,判定谁好谁坏。如:你看看别人是怎么做的,你是怎么做的。3) 回避...
Lehman的软件演化定律
自20世纪70年代以来,M. M. Lehman通过对软件系统演化现象的观察,陆续总结了8条定律,称之为定律并非那么严谨,但是对于认识软件维护的规律,改进软件维护的过程具有很好的指导意义。1 (1974年)持续变更定律。系统必须持续调整以适应各种变化,否则这些系统将变得越来越不令人满意。2 (1974年)复杂度增长定律。随着系统的演化,其复杂度会逐渐增加,除非采取措施来降低或保持其复杂度。3 (1974年)自我调整定律。软件演化过程的是自调整的,每次演化版本的度量数据近似正态分布。4 .
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线