首页 > 软件测试/ 正文
同行评审那些事儿(八):常见的问题
2012-12-31 06:01:06 ℃
(八)评审中常见的问题 1.准备问题 评审的问题很大一部分出现在准备上,这不仅仅是说某个项目的评审准备,甚至可能是整个组织内部对评审工作没有制定相关的标准和规范,没有建立组织级过程。评审资源没有得到保证,资深评审人员其他工作比较多,没有投入足够的时间。评审计划草率、不合实际,或没有及时调整,或实施不力。项目经理没有为评审或改正保证足够的时间。 ● 现象1:被评审人员缺少自我检查,或因计划不合理,提交文档是“粗稿”。提交的文档是应该经过被评审人员自己充分检查过的文档,不能把查问题的责任完全推给评审人员。应该有类似“冒烟测试”的过程,明显未达到要求的文档退回修改后再提交评审。 ● 现象2:评审人员到评审会议时才看文档或才看到文档,而没有提前阅读文档并解决大部分问题。正式会议评审的准备不够充分,不做准备而完全靠评审会议上的有限时间来进行评审是评审失败80%的原因。造成这一现象的原因可能是评审人员事情太多,也可能是因为评审人员对会议有依赖心理,不愿意阅读文档,只希望到会议上听别人解说。 ● 现象3:没有足够的时间改正已经发现的错误,如果没有有效的跟踪,久而久之可能忘记,或者不具备对开发团队的指导意义,造成错误可能会流转到下一环节。 2.焦点问题 就某个文档而评审该文档,没有对照已有的成果和标准。需求和设计是软件开发项目的中间文档,前面会有一些约定输入,也可能会要求遵守相关标准。除非是对这些输入的内容已经了如指掌,可以敏感地发现互相之间的不一致性;否则一定要考虑仔细对照相关的输入。 就某个系统而评审该系统,没有考虑相关系统。当客户或企业已经开发了多个软件系统之后,系统之间的相关性必须是考虑的因素,这些相关性包括数据之间的关系、业务之间的关系、用户管理、系统管理的一致性,操作习惯和界面的关联性和软件复用等。 过多地讨论问题如何改正,评审的目的主要在于指出问题。而一旦正确地确认了问题之后,解决问题就容易得多。大多数都能很快找到解决方案,而一时无法给出解决方案的问题可以在评审后研究讨论。 在小问题上花太多时间,捡芝麻丢西瓜。在一些无关紧要的事情上纠缠不清,争执不下,造成时间的浪费。当然要注意的是,有些细节是项目成败的关键,所以要分清什么是重要的细节,什么是不重要的细节。 评审与评价混淆,评审的目的是指出具体问题以便改进,评价是给最终工作结果及人员工作绩效下结论。
- 上一篇:探秘软件质量保证的五大法则
- 下一篇:同行评审那些事儿(二):评审的作用、目的和概念
更多郑州java编程培训机构选择哪家好,郑州java软件开发培训机构哪家专业靠谱,郑州java培训机构哪家比较正规呢,郑州java培训班哪个机构比较权威呢,郑州java培训机构哪家比较专业呢,郑州北大青鸟2021年开班是什么时候相关文章
- 基于Java开发:关于类设计技巧的四点建议
- 专访史亮:带你走进探索式测试
- 谁能成为软件测试架构师
- 从瀑布开发走向敏捷开发模式下的自动化测试(3)
- 软件测试向敏捷要什么?
- 探索式测试的一些思考和实践(一)
- 学习TDD:TDD的好处
- 软件质量该如何做?
- 探秘软件质量保证的五大法则
- 质量意识从源头做起
- QA工作两个月的感受
- 软件质量控制实践――Microsoft 篇(1)
- 如何优化测试质量
- 软件质量与测试效果评估标准之缺陷考核
- 浅谈软件质量保证
- 研发质量管理的指导思想
- 测试工作管理与规范
- 耳机线断了怎么接 ,怎样接耳机线(图文)
- FAT32与NTFS的区别
- 什么是网络传真
- 你了解C盘吗?C盘文件知识大全
- 怎么把所有文件改成平铺模式?
- 电脑关机后需要关电源吗
- Vista/win7中关机、睡眠和休眠的区别
- 打雷能玩电脑吗
- 怎么学软件测试?
- 使用批处理文件——常用命令
- 手机系统哪个好?5大智能手机系统对比
- 电脑是如何工作的
- 女孩子学习软件开发技术就业怎么样呢?
- 搜索
-
- 热门标签