扫码阅读
手机扫码阅读
如何保证测试的完备性?
246 2024-10-03
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:如何保证测试的完备性?
文章来源:
麦哲思科技任甲林
扫码关注公众号
文章摘要
文章提出了若干经验法则,旨在指导软件测试的最佳实践。以下是对这些法则的总结:
1. 测试人员与需求人员的互动
- 测试人员应参与需求评审,以确保需求的可测试性并深入了解需求。
- 需求人员应评审测试用例,以验证测试用例的完备性和测试人员对需求的理解。
2. 测试用例设计的覆盖性
- 系统测试用例需要覆盖每一个场景,即用户使用系统的操作路径。
- 集成测试用例应覆盖每个接口输入参数的每种等价类。
- 单元测试用例必须覆盖每条语句。
3. 测试用例的多样性设计
- 设计测试用例时,应考虑正常情况、异常情况、等价类划分、语句覆盖以及猜错。
4. 定义并达成质量目标
- 设定每千行代码的测试用例个数和发现缺陷个数作为质量目标,并致力于实现这些目标。
5. 测试的环境多样性
- 在客户可能使用的各种环境中进行测试,以确保软件的稳定性。
6. 非功能性需求的早期测试
- 非功能性需求,如性能、安全性等,应尽早进行测试。
想要了解更多内容?
查看原文:如何保证测试的完备性?
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 133.6K
麦哲思科技任甲林的其他文章
四种测试层次的比较
名称 测试对象 侧重点 参照物 充分性的评价方法 时机 测试方法 测试执行者 单元测试 软件的最小单元,如函数、方法等 逻辑的正确性 详细设计、源程序 代码、分支等覆盖率 软件中的基本组成单位完成后,边开发边测试 白盒测试、动态测试 一般是开发人员 集成测试 软件的模块、子系统 接口的正确性 概要设计、详细设计 接口覆盖率 软件系统集成过程中,边集
《敏捷估计与规划》读书笔记
CH1-1 策划过程比计划书更重要。CH1-2 必须做计划,但是不必过度投入时间。CH1-3 对瀑布模型的不确定性锥:CH1-4 PMI认为的估算偏差率:初步估算,order of magnitude estimate, 误差范围+75%到-25%;预算估算,budgetary estimate, 误差范围+25%到-10%;确定性估算,definitive est...
需求,传说中是这样的……
在软件开发中应该写哪些文档?如何写这些文档? 这是在咨询过程中经常被询问的问题。在敏捷的方法与规范的方法中给出了不同的答案。无论采用何种开发方法,最基本的原则是:需求必须文档化! 人类信息的沟通主要通过2种方式:文档与口头交流。 文档可以流传很久,不容易存在歧义,在传递中不会增加或减少内容,比如《史记》之类的书流传了上千年。 口头交流在传递的过程,很容易由于传递人个人的观点而对信息进行增删
如何度量项目的总体进展?
在跟踪项目的总体进展时,传统的方法是采用挣值图进行跟踪,敏捷的方法是采用燃尽图或燃起图进行跟踪,精益的方法是采用累积流量图跟踪总体进展。在一家公司内有采用短周期迭代开发的,有采用传统瀑布模式开发的,有新品开发的项目,也有软件维护的项目,那么有无一种适合于所有类型项目的统一方法跟踪项目的总体进展呢?下面就介绍一种计算简单、易于理解的方法,它可以跟踪总体进展,也可以适合跟踪局部进展。
过程改进的关注点之项目管理过程
从项目估算到项目策划、再到计划跟踪控制,包括风险的识别与管理,常见的改进点有哪些呢?
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线