部门经理的话让我很郁闷

月上百合

都说了让你把测试搞起来，你就发挥能力吧，不用听部门经理的啦，哈哈。按自己的想法走

清风随雨

其实你们部门经理的观点还挺不错的，只不过你后边需要加上一点点的补充。
1、开发人员来编写测试用例。
完全没有问题啊 ，毕竟人家那么熟悉系统了。但是测试用例编制标准应该由测试人员提出。如：某模块使用什么测试方法，要求考虑什么前提条件，详细描述操作步骤，各种流程限制，准备哪种非法数据等等。
2、让新来的员工执行测试。
这点和我的观点完全一致。我在公司一直强调，测试人员主要精力应该集中在如何测试，而不是测试执行。测试用例是如何测试的最佳体现途径，也就是说：只要测试用例完善了，测试质量还是有保障的。在这种情况下，测试人员把精力完全投入到测试用例的编制和完善上有何不可呢 ？
估计这两点提出之后，你们经理就不会主张他现有的观点了，但这个时候你应该坚持你们经理现有观点，因为毕竟人家现在是多么的关心测试工作，多么的体谅测试人员啊。你们经理真的很不错哦。

千里

明天要和开发人员一起实施一个系统，压力挺大的，但同时也是一个机遇。因为那个系统开发了两年时间一直没能交付，我是前段时间才介入测试的，如果这次能够成功交付。领导肯定会明显看到测试的作用，因为有了测试的介入，系统能够交付了，测试以后说话也就有了地位；如果没有，我拿什么跟领导说话？没有测试不能交付系统，有了测试同样不能交付系统，测试的价值在哪里？

qinchun1984

原帖由 月上百合 于 2009-8-21 17:45 发表
和部门经理谈到了今后的部门测试规划，有2点让我比较郁闷
1：测试用例不需要由测试人员编写，让开发的写就可以了。原因：做过项目的都清楚，现在测试很少是在需求阶段就介入的，基本上是等系统开发差不多以后才介入 ...

说的好，语塞是不自信的表现，我看了你的情况，我马上就发现，我就有很多话要和那个PM交流交流。

fengyun_wang

3个月了，总是做功能测试，很烦...

ffwithvv

慢慢来，先积累经验吧

月上百合

原帖由 千里 于 2009-8-24 16:42 发表
明天要和开发人员一起实施一个系统，压力挺大的，但同时也是一个机遇。因为那个系统开发了两年时间一直没能交付，我是前段时间才介入测试的，如果这次能够成功交付。领导肯定会明显看到测试的作用，因为有了测试的介 ...

今天己经开始行动哦

dennyqiang

哎，要让人们真正重视软件测试，任重道远啊。

tyah

那个经理到底懂不懂什么叫测试啊，郁闷。。。。。

zangxue84645515

你又出头之日了 管他呢 你就按他说的办

guoxiaoqi_1985

首先：开发人员写用例，这一看就是个外行人说的话，而且很不重视测试，你可以根据开发人员写出的用例跑一遍，然后按自己的用例再跑一遍，多跑出的bug给报告给领导让领导知道，开发人员写用例是不专业的，虽然开发人员了解系统，但最起码的不能让他自己测试自己写的东西吧，这样如果按开发人员写的用例怎么可能测试出bug呢。
再者：让新人测试，也许领导出发点是不对的，测试中，每个人的测试重点是不一样的，比如：一个界面，你注重的是页面布局，而他注重的是功能的实现，所以说，测试中增加新人，添加新的思想，这样可以减少测试中的遗漏，更好的为公司产品保驾护航。