组织测试工作的困难
公司领导是测试团队上去的，算比较重视测试工作和测试员工，但是组织测试工作还是有很多困难，主要是两点：1.由于公司条件约束，测试人员多数时间被调去做实施，而实际上测试团队的人员多数由以前做项目实施和维护的人组成，对测试有基本理论了解的只有2个人，现在一共有6人。
2.项目开发流程混乱，做需求的出去跟客户谈个大概需求，回来跟程序员三两句话就要程序员开发，没有详细设计文档，最多一个数据流程图，然后程序员拿着产品就提交测试。这样的话，我们到底是应该努力要求领导强制规范开发流程，还是自己去摸索没有测试依据的测试方法呢？按我的想法，没有文档提交我就不测，让他们直接拿去用，用出问题了自然会追究责任。但是站在公司角度一想，出问题了其实对公司谁都没好处，唉，为难啊。
回复 1# 的帖子
1. 任何公司都有条件的制约，不可能无限量投入。2. 测试团队由非专业人士组成，不能构成无法组织的理由。当然可以采用一些额外的措施来进行补充和强化，例如培训和考核引入，组建测试的相关知识库等。
3. 开发流程混乱，很多中小型公司都有这个问题，可以设法获取公司高层支持，陈明利害，并将其列入PM的考核指标之一。文档缺失有时候迫于时间、资源等因素，可以理解，所以在项目开始时，需要和PM确认递交的文档清单和基本要求。如果一开始没有抓住，后面再追就会很辛苦。
4. 如果得到公司高层方面的支持，规范开发流程没有什么大问题，关键就是执行力度。 1.由于公司条件约束，测试人员多数时间被调去做实施，而实际上测试团队的人员多数由以前做项目实施和维护的人组成，对测试有基本理论了解的只有2个人，现在一共有6人。
LZ说了两个问题：
A、测试团队多负责了两个看似不相干的工作：项目实施和维护
在国内很多中小企业，分工不明确是很正常的，关键是在于你怎样去协调和分配你负责的工作。
建议任命专人负责项目实施和维护，负责此块工作的测试人员所负责的测试任务量根据实际情况相对减少。假如测试员A负责项目实施，测试员B是专职测试，那么A在测试上的工作量分配可能就只有B的一半。
B、测试人力资源少且良莠不齐。
人力资源少，在测试计划中规定的测试标准相应降低，并向PM和你的直接领导说明这个风险。如果他们agree，那么就按计划作，如果他们反对，很好，要求加人/换人/减少测试以外工作（比如项目实施）等
测试人员测试技能良莠不齐，只能通过你加强培训，根据测试人员的实际情况，将你的经验传授给你的队员们，并培养他们主动相互学习/讨论的氛围，横向发展整个测试团队。这些管理技巧可以在网上多找找，找到适合你目前实际环境的方法，“棒子”和“萝卜”相接合的方法就不错。
2.项目开发流程混乱，做需求的出去跟客户谈个大概需求，回来跟程序员三两句话就要程序员开发，没有详细设计文档，最多一个数据流程图，然后程序员拿着产品就提交测试。这样的话，我们到底是应该努力要求领导强制规范开发流程，还是自己去摸索没有测试依据的测试方法呢？按我的想法，没有文档提交我就不测，让他们直接拿去用，用出问题了自然会追究责任。但是站在公司角度一想，出问题了其实对公司谁都没好处，唉，为难啊。
就项目流程来说，如果公司没有明确流程，你又希望建立流程，只有一个办法：自己裁剪出适合的流程并得到上层领导和PM的同意。不要寄希望于开发人员自己 去遵守，如果他们能遵守，那么多做QA不是该失业了？
同理，需求文档不详细，你为什么不能把其中不详细的属性整理出checklist，交由需求人员进行确认？（其实这只是一个需求分析和评审工作，测试人员应该做的）。
综上，自己做好收集和准备工作，根据公司目前情况详细列出流程的利弊（包括投入、风险、相关人员等等），然后与公司上层交流才能解决流程问题。
如果LZ认为自己做不到，那么请随遇而安.... 谢谢各位的帮助
很多东西的小修改往往不是想象的那么简单，都会在交付使用后才发现之前的改动方案存在没有考虑全面的地方，每每发生类似事件，我都在想，为什么不能把设计做好点考虑全面一点，但是由于各种原因负责方案设计的同事无法做到完美，所以退一步，我想把测试做详细一点，要真把我们的产品做全面的测试，让问题在测试时就暴露出来，可是如此一来，任何一个小改动将带来巨大的测试工作量，我们也做不到。最后我得出结论，谁都没错，错在我太过于追求完美了，老板都不认为需要改变，我积极个P啊。分清责任，保持现状。
PS:国有企业的通病——管理混乱。
[ 本帖最后由 hi_eping 于 2009-4-13 11:29 编辑 ]
页:
[1]
