测试人员的需求评审
我们在工作中经常需要参与评审需求，但我一直很迷惑，测试人员究竟应从哪个角度对需求进行评审呢？感觉总像是走过场，体现不出测试真正的效果来。求大虾指点。 当然是站在测试的角度！！ 楼上能否具体些呢？ 我作为QA （不是测试人员，是质量保证人员）主要关注上下游工作产品一致性 技术规范符合性 评审活动本身的符合性测试人员关注需求我的理解是可能更关注需求的可测性吧
还有就是他拿着这份上游输出能写出自己的测试方案和测试用例 可以从需求的正确性、需求的无歧义性、需求的完整性、需求的可追踪性、需求的可验证性（即前面说的可测试）、需求的一致性等方面来评审需求。测试参与评审实际上是对需求质量的一种保证活动，所以不能仅从需求可验证性方面进行评审。当然可验证性是测试重点关注的方面。 需求的正确性、需求的无歧义性、需求的完整性、需求的可追踪性、需求的可验证性……这些我都知道，但问题是实行起来有不小的难度。
这些方面都太大，作为一个测试人员，真要能查出以上那些方面的问题，恐怕非得是资深的行业专家才做得到。先说点现实点的东西吧。 那就是你们组织过程资产及组织培训的问题了
首先，应该能有机制保证测试人员能尽早介入需求开发过程；
再次，需求开发相关文档极其细化，并按照需求相关文档模板组织checklist编写
最后，测试人员队伍的建立及培训，测试人员首先要懂而且是很懂这些业务 让测试人员首先了解业务知识和让测试人员尽早介入需求开发过程真的很重要。现在很多企业在往往是今天把需求扔给测试组，通知明天评审，真的很痛苦。这样测试人员在评审会议中就只是一道风景而矣了，没有真正发挥应尽的作用。 这说明公司还没有摆正测试人员在需求测试中的位置;要综合本公司测试团队的力量(数量\技能等),否则还会流于形式:) 说的不错，但是有几人能做到，难啊！ Originally posted by 海的女儿 at 2005-4-23 09:15 AM:
这说明公司还没有摆正测试人员在需求测试中的位置;要综合本公司测试团队的力量(数量\技能等),否则还会流于形式:)
国内有多少公司是真正的摆正测试人员在需求测试中的位置呢！！
难，环境问题，一时半会儿很难改变！ 可以从需求的正确性、需求的无歧义性、需求的完整性、需求的可追踪性、需求的可验证性（即前面说的可测试）、需求的一致性等方面来评审需求。测试参与评审实际上是对需求质量的一种保证活动，所以不能仅从需求可验证性方面进行评审。当然可验证性是测试重点关注的方面。！！！
谁能做到？
天网可以！！！
我也要做到！！！ 主要是职责不清，起不到作用
关键是上层领导的支持
原帖由 森林一木 于 2005-4-30 14:32 发表说的不错，但是有几人能做到，难啊！
其实这些都是评审的必要工作啦, 如果不能实现还评审干吗呢?老是说很难,关键是上层领导有没有给予足够的支持啦.我们参加评审,就要必须要那个评审的权力...而这个权力就是我们工作所赋予的....大家要努力沟通啦, 不管跟管理层还是开发层都要互相沟通, 足够的沟通才能让工作进行得越顺利... 测试人员为什么参加评审，主要的目的是提出可测试性需求
还有两个辅助目的就是（1）帮助我们理解需求，确保下游人员对于需求的理解充分（2）从测试的角度发现需求的不完整性，歧义等。 其实这些在国内就是这样，很多评审就是走过场，没有实效
国内我感觉应该从人下手，就是说对一些过程和产品的评审，要求高层，项目经理，专家级人物
必须去，这样才有效果，如果就一个项目经理，几个测试人员，那就是过场 大家都好厉害啊，我还是什么都不懂的菜鸟 我们公司的评审，一般项目经理不会主动让我们参与，我们是强烈要求参与的，哈哈！ 确实很难做到这样的
页:
[1]
