扫码阅读
手机扫码阅读
如何在软件质量管理活动中更好地使用检查单?
174 2024-10-03
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
文章来源:
麦哲思科技任甲林
扫码关注公众号
检查单设计与使用的6个基本要点摘要
本文提供了一个关于软件质量管理中检查单设计与使用的实用性指南,概述了6个基本要点。
1. 分开设计两种类型的检查单
检查单分为针对形式和内容两种类型,前者由QA人员使用,检查活动和工作产品的符合性;后者基于专业经验,评估工作产品的内在质量。混合使用两种检查单会导致效率低下或错误判断。
2. 描述准确的检查项
检查项应明确、无歧义,并易于得出结论。问题描述的准确性直接影响检查单的有效性。
3. 对检查项进行分类
多个检查项时应分类,以避免遗漏和重复。
4. 进行度量分析和排序
对检查项进行度量分析,并根据发现效率进行优先级排序,以提高实用性。
5. QA人员要“从形式到本质”
QA人员的检查单应深入到工作产品和过程的内在质量,而不仅仅是表面的符合性。
6. 分角色设计检查单
不同专家角色应使用不同检查单,以提升问题发现效率。
虽然检查单是有效工具,但还需结合使用者经验以发现问题。
想要了解更多内容?
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 134.5K
麦哲思科技任甲林的其他文章
我说CMM2.0之:风险与机会管理
风险与机会管理,简写为RSK,在以往的CMMI版本中都是描述为风险管理,在2.0中增加了机会管理。风险是意料之外的坏事,机会是意料之外的好事,风险是惊吓,机会是惊喜。我们要抓住机会,规避风险,趋利避害。风险与机会都不是一定发生的,发生的概率都是大于0小于1的。 基本理念1 风险与机会是事先的,不是事后的,事后的是事件管理,问题管理。2 要尽早报告风险,处理风险。3 风险与机会在...
案例:非功能性需求的设计
很多项目组在设计文档中仅仅是把非功能性需求的描述拷贝到设计文档的非功能性章节。因此特地设计了两个简单的需求给大家参考,希望能够引导设计人员重视非功能性需求的设计。
迭代评审的十个成功要点
迭代评审会议是在每次迭代结束时给项目组内外部的相关人员展示本次迭代完成的功能,以获得相关人员对软件的反馈意见。这是客户、最终用户、管理者等对项目组完成的功能进行反馈的一个渠道。如何召开一个成功的迭代评审会议呢?我根据对多次迭 代评审会议的观察,总结了如下1 鸡类角色与猪类角色都要参与迭代评审会议; 以下两类人员都应该参与:项目组的所有成员,包括PO,SM...
迭代回顾会议咨询记录
每次敏捷迭代都是一次PDCA循环, 迭代的回顾会议则是其中的A(adjust),不断的复盘总结可以帮助项目一次比一次做的更好,使团队形成一个自学习的组织。 近日我旁观了一个敏捷项目组的迭代回顾会议,项目组成员对本次迭代的经验教训进行了总结,我作为外部顾问旁观了整个过程,并对项目组中存在的问题,本次回归会议的优缺点进行了点评,咨询记录如下: ...
软件企业以人为本的16项措施
以人为本不能停留在口头上,要落实到具体的实施上,以下是我的实践或是我在软件企业看到的实践: (1) 重视现有的员工胜过去搜索外面的新人 (2)鼓励员工在职深造,学成归来的要重用 (3)招高水平的员工进来 (4)稳定的高于本地域行业平均水平的收入,使其没有后顾之忧,专心事业 (5)为每一个员工进行职业路线的规划 (6) 通过股权等激励措施鼓励员工长期在企业内工作 (7)用人所长,不勉强员工做不乐意做
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线