5,177
社区成员
发帖
与我相关
我的任务
分享项目经理如何协调与测试之间的关系的.
现在手上的项目在测试阶段delay3个星期了,没有语言了.
感觉他们很烦,一下班就走人,而且报上来问题的至少有一半由于环境,配置,测试数据,操作原因的.
比如今天2报上来2个BUG 全不是BUG都测试自己问题.在bugfree 一来一回一天也过去了.
感觉他们很烦,一下班就走人,而且报上来问题的至少有一半由于环境,配置,测试数据,操作原因的.
比如今天2报上来2个BUG 全不是BUG都测试自己问题.在bugfree 一来一回一天也过去了.
...全文
请发表友善的回复…
发表回复
sky-defender 2009-07-31
- 打赏
- 举报
如果大家都自己扫门前雪的话还有什么意义的,我认为让测试人员精力投进去毕竟还是比较划算的(对于整个项目成本来说)毕竟那边工资低很多的.
这个理解也是不正确的
什么叫自扫门前雪？
难道开发软件的时候不用考虑开发环境？开发平台？
这都是分内之事，只有把各自该做的事情都做好，才能使整个项目，从开发到测试，有条不紊的进行。
如你所描述的情况，从软件工程的角度来说，你这个项目负责人是“失职”的，因为你没有能很好的监控项目的进展。
这个理解也是不正确的
什么叫自扫门前雪？
难道开发软件的时候不用考虑开发环境？开发平台？
这都是分内之事，只有把各自该做的事情都做好，才能使整个项目，从开发到测试，有条不紊的进行。
如你所描述的情况，从软件工程的角度来说，你这个项目负责人是“失职”的，因为你没有能很好的监控项目的进展。
sky-defender 2009-07-31
- 打赏
- 举报
[Quote=引用 46 楼 leehong0704 的回复:]
引用 44 楼 benbencoco 的回复:
引用 38 楼 leehong0704 的回复:
引用 37 楼 teng_s2000 的回复:
全是配置方面的问题?难道你就直接把软件给测试部门,什么文档都没有吗?那样谁给测试呢?
我哪次说配置方面的问题.主要是数据方面问题.
这个系统使用数据应该客户另外一个生产的数据的,但是另外一个系统还在规划阶段.现在客户拿过只原始数据的大部分差不多了,有少数数据是不符合规范的.这点我反复的强调过的过的.但是实际我们发觉的,测试根本没有对于这样数据进行处理的.
我想这个的确是我们和测试沟通的有问题的,但是觉得把测试当着客户一样沟通,我们内部沟通成本太大了.
而且这样测试和开发职责也不清楚了。
从测试人员的角度来说，他们只对客户负责，不对开发人员负责
他们不是你们的客户，但是他们应该是站在客户的角度来思考问题，测试软件，所以我觉得lz你的观点是不对的。
而且由于环境，配置等原因出现的bug，项目组也应该足够重视。
既然你的测试人员可能产生这样的问题，那么最终交付给客户之后，难保不会出现这样的问题。
个人觉得你们开发组和项目组之间的接口有些问题：
在将软件提交给测试组的同时，应该提交安装配置说明书，这块应该是由开发组来完成的，能够有效的减少你所描述的情况，测试人员也不用将大量的精力投入到环境，配置，以及数据修改的工作上去，对于测试效率也会有很大的提高
测试人员也不用将大量的精力投入到环境，配置，以及数据修改的工作上去，对于测试效率也会有很大的提高
你的意思是开发人应该的将大量经理投入到环境，配置，以及数据修改的工作上去.如果大家都自己扫门前雪的话还有什么意义的,我认为让测试人员精力投进去毕竟还是比较划算的(对于整个项目成本来说)毕竟那边工资低很多的.
我们开发和项目接口是存在的问题的,我也知道的.但是我不想增加沟通成本的.沟通成本过大回造成的项目成本过高的。
[/Quote]
可能是我说的不够清楚
我本意不是说：你的意思是开发人应该的将大量经理投入到环境，配置，以及数据修改的工作上去.
而是：环境配置等工作，一个开发人员半天的工作就能整理出一份文档来，用此保证软件的环境安装不会出现问题，这与开发和测试反复因为环境问题而扯皮造成的成本相比，哪个更大，我想你一看就明白了。
引用 44 楼 benbencoco 的回复:
引用 38 楼 leehong0704 的回复:
引用 37 楼 teng_s2000 的回复:
全是配置方面的问题?难道你就直接把软件给测试部门,什么文档都没有吗?那样谁给测试呢?
我哪次说配置方面的问题.主要是数据方面问题.
这个系统使用数据应该客户另外一个生产的数据的,但是另外一个系统还在规划阶段.现在客户拿过只原始数据的大部分差不多了,有少数数据是不符合规范的.这点我反复的强调过的过的.但是实际我们发觉的,测试根本没有对于这样数据进行处理的.
我想这个的确是我们和测试沟通的有问题的,但是觉得把测试当着客户一样沟通,我们内部沟通成本太大了.
而且这样测试和开发职责也不清楚了。
从测试人员的角度来说，他们只对客户负责，不对开发人员负责
他们不是你们的客户，但是他们应该是站在客户的角度来思考问题，测试软件，所以我觉得lz你的观点是不对的。
而且由于环境，配置等原因出现的bug，项目组也应该足够重视。
既然你的测试人员可能产生这样的问题，那么最终交付给客户之后，难保不会出现这样的问题。
个人觉得你们开发组和项目组之间的接口有些问题：
在将软件提交给测试组的同时，应该提交安装配置说明书，这块应该是由开发组来完成的，能够有效的减少你所描述的情况，测试人员也不用将大量的精力投入到环境，配置，以及数据修改的工作上去，对于测试效率也会有很大的提高
测试人员也不用将大量的精力投入到环境，配置，以及数据修改的工作上去，对于测试效率也会有很大的提高
你的意思是开发人应该的将大量经理投入到环境，配置，以及数据修改的工作上去.如果大家都自己扫门前雪的话还有什么意义的,我认为让测试人员精力投进去毕竟还是比较划算的(对于整个项目成本来说)毕竟那边工资低很多的.
我们开发和项目接口是存在的问题的,我也知道的.但是我不想增加沟通成本的.沟通成本过大回造成的项目成本过高的。
[/Quote]
可能是我说的不够清楚
我本意不是说：你的意思是开发人应该的将大量经理投入到环境，配置，以及数据修改的工作上去.
而是：环境配置等工作，一个开发人员半天的工作就能整理出一份文档来，用此保证软件的环境安装不会出现问题，这与开发和测试反复因为环境问题而扯皮造成的成本相比，哪个更大，我想你一看就明白了。
aj179 2009-07-31
- 打赏
- 举报
哎 要好好沟通啊
loveisbug 2009-07-31
- 打赏
- 举报
[Quote=引用 46 楼 leehong0704 的回复:]
引用 44 楼 benbencoco 的回复:
引用 38 楼 leehong0704 的回复:
引用 37 楼 teng_s2000 的回复:
全是配置方面的问题?难道你就直接把软件给测试部门,什么文档都没有吗?那样谁给测试呢?
我哪次说配置方面的问题.主要是数据方面问题.
这个系统使用数据应该客户另外一个生产的数据的,但是另外一个系统还在规划阶段.现在客户拿过只原始数据的大部分差不多了,有少数数据是不符合规范的.这点我反复的强调过的过的.但是实际我们发觉的,测试根本没有对于这样数据进行处理的.
我想这个的确是我们和测试沟通的有问题的,但是觉得把测试当着客户一样沟通,我们内部沟通成本太大了.
而且这样测试和开发职责也不清楚了。
从测试人员的角度来说，他们只对客户负责，不对开发人员负责
他们不是你们的客户，但是他们应该是站在客户的角度来思考问题，测试软件，所以我觉得lz你的观点是不对的。
而且由于环境，配置等原因出现的bug，项目组也应该足够重视。
既然你的测试人员可能产生这样的问题，那么最终交付给客户之后，难保不会出现这样的问题。
个人觉得你们开发组和项目组之间的接口有些问题：
在将软件提交给测试组的同时，应该提交安装配置说明书，这块应该是由开发组来完成的，能够有效的减少你所描述的情况，测试人员也不用将大量的精力投入到环境，配置，以及数据修改的工作上去，对于测试效率也会有很大的提高
测试人员也不用将大量的精力投入到环境，配置，以及数据修改的工作上去，对于测试效率也会有很大的提高
你的意思是开发人应该的将大量经理投入到环境，配置，以及数据修改的工作上去.
如果大家都自己扫门前雪的话还有什么意义的,我认为让测试人员精力投进去毕竟还是比较划算的(对于整个项目成本来说)毕竟那边工资低很多的.
我们开发和项目接口是存在的问题的,我也知道的.但是我不想增加沟通成本的.沟通成本过大回造成的项目成本过高的。
[/Quote]
是都需要改进和提高。这是需要双方沟通好的。沟通好不是一定会增加沟通成本，沟通不好才会增加沟通成本。
引用 44 楼 benbencoco 的回复:
引用 38 楼 leehong0704 的回复:
引用 37 楼 teng_s2000 的回复:
全是配置方面的问题?难道你就直接把软件给测试部门,什么文档都没有吗?那样谁给测试呢?
我哪次说配置方面的问题.主要是数据方面问题.
这个系统使用数据应该客户另外一个生产的数据的,但是另外一个系统还在规划阶段.现在客户拿过只原始数据的大部分差不多了,有少数数据是不符合规范的.这点我反复的强调过的过的.但是实际我们发觉的,测试根本没有对于这样数据进行处理的.
我想这个的确是我们和测试沟通的有问题的,但是觉得把测试当着客户一样沟通,我们内部沟通成本太大了.
而且这样测试和开发职责也不清楚了。
从测试人员的角度来说，他们只对客户负责，不对开发人员负责
他们不是你们的客户，但是他们应该是站在客户的角度来思考问题，测试软件，所以我觉得lz你的观点是不对的。
而且由于环境，配置等原因出现的bug，项目组也应该足够重视。
既然你的测试人员可能产生这样的问题，那么最终交付给客户之后，难保不会出现这样的问题。
个人觉得你们开发组和项目组之间的接口有些问题：
在将软件提交给测试组的同时，应该提交安装配置说明书，这块应该是由开发组来完成的，能够有效的减少你所描述的情况，测试人员也不用将大量的精力投入到环境，配置，以及数据修改的工作上去，对于测试效率也会有很大的提高
测试人员也不用将大量的精力投入到环境，配置，以及数据修改的工作上去，对于测试效率也会有很大的提高
你的意思是开发人应该的将大量经理投入到环境，配置，以及数据修改的工作上去.
如果大家都自己扫门前雪的话还有什么意义的,我认为让测试人员精力投进去毕竟还是比较划算的(对于整个项目成本来说)毕竟那边工资低很多的.
我们开发和项目接口是存在的问题的,我也知道的.但是我不想增加沟通成本的.沟通成本过大回造成的项目成本过高的。
[/Quote]
是都需要改进和提高。这是需要双方沟通好的。沟通好不是一定会增加沟通成本，沟通不好才会增加沟通成本。
leehong0704 2009-07-31
- 打赏
- 举报
说明客户有额外的需求,是好事情的,深度挖掘客户需要的,会增加公司业务量的.
leehong0704 2009-07-31
- 打赏
- 举报
[Quote=引用 45 楼 ericzhangali 的回复:]
引用 38 楼 leehong0704 的回复:
引用 37 楼 teng_s2000 的回复:
全是配置方面的问题?难道你就直接把软件给测试部门,什么文档都没有吗?那样谁给测试呢?
我哪次说配置方面的问题.主要是数据方面问题.
这个系统使用数据应该客户另外一个生产的数据的,但是另外一个系统还在规划阶段.现在客户拿过只原始数据的大部分差不多了,有少数数据是不符合规范的.这点我反复的强调过的过的.但是实际我们发觉的,测试根本没有对于这样数据进行处理的.
我想这个的确是我们和测试沟通的有问题的,但是觉得把测试当着客户一样沟通,我们内部沟通成本太大了.
而且这样测试和开发职责也不清楚了。
现在问题暴露出来了，解决的成本可能更大。
如44楼所说，面对公司内的测试团队，你还可以说是测试数据的问题，如果客户给你搞出类似的问题，还坚持说自己的数据没问题，
你跟谁说理去？
[/Quote]
我们回提供升级方案给客户的.
引用 38 楼 leehong0704 的回复:
引用 37 楼 teng_s2000 的回复:
全是配置方面的问题?难道你就直接把软件给测试部门,什么文档都没有吗?那样谁给测试呢?
我哪次说配置方面的问题.主要是数据方面问题.
这个系统使用数据应该客户另外一个生产的数据的,但是另外一个系统还在规划阶段.现在客户拿过只原始数据的大部分差不多了,有少数数据是不符合规范的.这点我反复的强调过的过的.但是实际我们发觉的,测试根本没有对于这样数据进行处理的.
我想这个的确是我们和测试沟通的有问题的,但是觉得把测试当着客户一样沟通,我们内部沟通成本太大了.
而且这样测试和开发职责也不清楚了。
现在问题暴露出来了，解决的成本可能更大。
如44楼所说，面对公司内的测试团队，你还可以说是测试数据的问题，如果客户给你搞出类似的问题，还坚持说自己的数据没问题，
你跟谁说理去？
[/Quote]
我们回提供升级方案给客户的.
leehong0704 2009-07-31
- 打赏
- 举报
[Quote=引用 44 楼 benbencoco 的回复:]
引用 38 楼 leehong0704 的回复:
引用 37 楼 teng_s2000 的回复:
全是配置方面的问题?难道你就直接把软件给测试部门,什么文档都没有吗?那样谁给测试呢?
我哪次说配置方面的问题.主要是数据方面问题.
这个系统使用数据应该客户另外一个生产的数据的,但是另外一个系统还在规划阶段.现在客户拿过只原始数据的大部分差不多了,有少数数据是不符合规范的.这点我反复的强调过的过的.但是实际我们发觉的,测试根本没有对于这样数据进行处理的.
我想这个的确是我们和测试沟通的有问题的,但是觉得把测试当着客户一样沟通,我们内部沟通成本太大了.
而且这样测试和开发职责也不清楚了。
从测试人员的角度来说，他们只对客户负责，不对开发人员负责
他们不是你们的客户，但是他们应该是站在客户的角度来思考问题，测试软件，所以我觉得lz你的观点是不对的。
而且由于环境，配置等原因出现的bug，项目组也应该足够重视。
既然你的测试人员可能产生这样的问题，那么最终交付给客户之后，难保不会出现这样的问题。
个人觉得你们开发组和项目组之间的接口有些问题：
在将软件提交给测试组的同时，应该提交安装配置说明书，这块应该是由开发组来完成的，能够有效的减少你所描述的情况，测试人员也不用将大量的精力投入到环境，配置，以及数据修改的工作上去，对于测试效率也会有很大的提高
[/Quote]
测试人员也不用将大量的精力投入到环境，配置，以及数据修改的工作上去，对于测试效率也会有很大的提高
你的意思是开发人应该的将大量经理投入到环境，配置，以及数据修改的工作上去.
如果大家都自己扫门前雪的话还有什么意义的,我认为让测试人员精力投进去毕竟还是比较划算的(对于整个项目成本来说)毕竟那边工资低很多的.
我们开发和项目接口是存在的问题的,我也知道的.但是我不想增加沟通成本的.沟通成本过大回造成的项目成本过高的。
引用 38 楼 leehong0704 的回复:
引用 37 楼 teng_s2000 的回复:
全是配置方面的问题?难道你就直接把软件给测试部门,什么文档都没有吗?那样谁给测试呢?
我哪次说配置方面的问题.主要是数据方面问题.
这个系统使用数据应该客户另外一个生产的数据的,但是另外一个系统还在规划阶段.现在客户拿过只原始数据的大部分差不多了,有少数数据是不符合规范的.这点我反复的强调过的过的.但是实际我们发觉的,测试根本没有对于这样数据进行处理的.
我想这个的确是我们和测试沟通的有问题的,但是觉得把测试当着客户一样沟通,我们内部沟通成本太大了.
而且这样测试和开发职责也不清楚了。
从测试人员的角度来说，他们只对客户负责，不对开发人员负责
他们不是你们的客户，但是他们应该是站在客户的角度来思考问题，测试软件，所以我觉得lz你的观点是不对的。
而且由于环境，配置等原因出现的bug，项目组也应该足够重视。
既然你的测试人员可能产生这样的问题，那么最终交付给客户之后，难保不会出现这样的问题。
个人觉得你们开发组和项目组之间的接口有些问题：
在将软件提交给测试组的同时，应该提交安装配置说明书，这块应该是由开发组来完成的，能够有效的减少你所描述的情况，测试人员也不用将大量的精力投入到环境，配置，以及数据修改的工作上去，对于测试效率也会有很大的提高
[/Quote]
测试人员也不用将大量的精力投入到环境，配置，以及数据修改的工作上去，对于测试效率也会有很大的提高
你的意思是开发人应该的将大量经理投入到环境，配置，以及数据修改的工作上去.
如果大家都自己扫门前雪的话还有什么意义的,我认为让测试人员精力投进去毕竟还是比较划算的(对于整个项目成本来说)毕竟那边工资低很多的.
我们开发和项目接口是存在的问题的,我也知道的.但是我不想增加沟通成本的.沟通成本过大回造成的项目成本过高的。
loveisbug 2009-07-31
- 打赏
- 举报
[Quote=引用 38 楼 leehong0704 的回复:]
引用 37 楼 teng_s2000 的回复:
全是配置方面的问题?难道你就直接把软件给测试部门,什么文档都没有吗?那样谁给测试呢?
我哪次说配置方面的问题.主要是数据方面问题.
这个系统使用数据应该客户另外一个生产的数据的,但是另外一个系统还在规划阶段.现在客户拿过只原始数据的大部分差不多了,有少数数据是不符合规范的.这点我反复的强调过的过的.但是实际我们发觉的,测试根本没有对于这样数据进行处理的.
我想这个的确是我们和测试沟通的有问题的,但是觉得把测试当着客户一样沟通,我们内部沟通成本太大了.
而且这样测试和开发职责也不清楚了。
[/Quote]
现在问题暴露出来了，解决的成本可能更大。
如44楼所说，面对公司内的测试团队，你还可以说是测试数据的问题，如果客户给你搞出类似的问题，还坚持说自己的数据没问题，你跟谁说理去？
引用 37 楼 teng_s2000 的回复:
全是配置方面的问题?难道你就直接把软件给测试部门,什么文档都没有吗?那样谁给测试呢?
我哪次说配置方面的问题.主要是数据方面问题.
这个系统使用数据应该客户另外一个生产的数据的,但是另外一个系统还在规划阶段.现在客户拿过只原始数据的大部分差不多了,有少数数据是不符合规范的.这点我反复的强调过的过的.但是实际我们发觉的,测试根本没有对于这样数据进行处理的.
我想这个的确是我们和测试沟通的有问题的,但是觉得把测试当着客户一样沟通,我们内部沟通成本太大了.
而且这样测试和开发职责也不清楚了。
[/Quote]
现在问题暴露出来了，解决的成本可能更大。
如44楼所说，面对公司内的测试团队，你还可以说是测试数据的问题，如果客户给你搞出类似的问题，还坚持说自己的数据没问题，你跟谁说理去？
sky-defender 2009-07-31
- 打赏
- 举报
[Quote=引用 38 楼 leehong0704 的回复:]
引用 37 楼 teng_s2000 的回复:
全是配置方面的问题?难道你就直接把软件给测试部门,什么文档都没有吗?那样谁给测试呢?
我哪次说配置方面的问题.主要是数据方面问题.
这个系统使用数据应该客户另外一个生产的数据的,但是另外一个系统还在规划阶段.现在客户拿过只原始数据的大部分差不多了,有少数数据是不符合规范的.这点我反复的强调过的过的.但是实际我们发觉的,测试根本没有对于这样数据进行处理的.
我想这个的确是我们和测试沟通的有问题的,但是觉得把测试当着客户一样沟通,我们内部沟通成本太大了.
而且这样测试和开发职责也不清楚了。
[/Quote]
从测试人员的角度来说，他们只对客户负责，不对开发人员负责
他们不是你们的客户，但是他们应该是站在客户的角度来思考问题，测试软件，所以我觉得lz你的观点是不对的。
而且由于环境，配置等原因出现的bug，项目组也应该足够重视。
既然你的测试人员可能产生这样的问题，那么最终交付给客户之后，难保不会出现这样的问题。
个人觉得你们开发组和项目组之间的接口有些问题：
在将软件提交给测试组的同时，应该提交安装配置说明书，这块应该是由开发组来完成的，能够有效的减少你所描述的情况，测试人员也不用将大量的精力投入到环境，配置，以及数据修改的工作上去，对于测试效率也会有很大的提高
引用 37 楼 teng_s2000 的回复:
全是配置方面的问题?难道你就直接把软件给测试部门,什么文档都没有吗?那样谁给测试呢?
我哪次说配置方面的问题.主要是数据方面问题.
这个系统使用数据应该客户另外一个生产的数据的,但是另外一个系统还在规划阶段.现在客户拿过只原始数据的大部分差不多了,有少数数据是不符合规范的.这点我反复的强调过的过的.但是实际我们发觉的,测试根本没有对于这样数据进行处理的.
我想这个的确是我们和测试沟通的有问题的,但是觉得把测试当着客户一样沟通,我们内部沟通成本太大了.
而且这样测试和开发职责也不清楚了。
[/Quote]
从测试人员的角度来说，他们只对客户负责，不对开发人员负责
他们不是你们的客户，但是他们应该是站在客户的角度来思考问题，测试软件，所以我觉得lz你的观点是不对的。
而且由于环境，配置等原因出现的bug，项目组也应该足够重视。
既然你的测试人员可能产生这样的问题，那么最终交付给客户之后，难保不会出现这样的问题。
个人觉得你们开发组和项目组之间的接口有些问题：
在将软件提交给测试组的同时，应该提交安装配置说明书，这块应该是由开发组来完成的，能够有效的减少你所描述的情况，测试人员也不用将大量的精力投入到环境，配置，以及数据修改的工作上去，对于测试效率也会有很大的提高
ruanchao 2009-07-31
- 打赏
- 举报
我觉得， 测试人员的开发水平应该在纯粹的开发人员水平之上的
他们有过丰富的开发经验，可以很清楚的知道哪些节点上会出现bug， 需要进行各种测试。
但是一些软件公司或者互联网公司的测试人员， 是做不了开发才被分配到测试部门的。
我是说一部分，不代表大多数，嘿嘿，请大家看清楚限定词，不然，会招骂声的。
他们有过丰富的开发经验，可以很清楚的知道哪些节点上会出现bug， 需要进行各种测试。
但是一些软件公司或者互联网公司的测试人员， 是做不了开发才被分配到测试部门的。
我是说一部分，不代表大多数，嘿嘿，请大家看清楚限定词，不然，会招骂声的。
sky-defender 2009-07-31
- 打赏
- 举报
[Quote=引用 40 楼 leehong0704 的回复:]
引用 34 楼 lzxue1989 的回复:
引用 15 楼 sp1234 的回复:
顺便说一下，如果一个项目有1500个测试用例，我会让1400个都是自动化测试（而且每一次运行都自动随机选择不同的测试数据），另外100个手工测试用例也需要详细的文档。这样才是有效率的测试。
支持这个
如果我们测试有这样水平就好了。
[/Quote]
这个未必有用
不同的软件能否使用自动化测试是有不同的情况的，不能一概而论，感觉这个观点有点偏颇了
看了楼主的情况和大家的回帖，基本上问题都指出来了
如果lz是项目负责人的话，我想你要对这个情况负很大的责任的
应该说，从一开始项目组并没有足够的重视测试工作，没有制定严格的测试计划以及测试准则，是造成这个情况的重要原因。
另外推测，测试人员加入项目比较晚，没有像开发人员一样，从需求理解做起，因此会出现发现的Bug质量不高的情况
引用 34 楼 lzxue1989 的回复:
引用 15 楼 sp1234 的回复:
顺便说一下，如果一个项目有1500个测试用例，我会让1400个都是自动化测试（而且每一次运行都自动随机选择不同的测试数据），另外100个手工测试用例也需要详细的文档。这样才是有效率的测试。
支持这个
如果我们测试有这样水平就好了。
[/Quote]
这个未必有用
不同的软件能否使用自动化测试是有不同的情况的，不能一概而论，感觉这个观点有点偏颇了
看了楼主的情况和大家的回帖，基本上问题都指出来了
如果lz是项目负责人的话，我想你要对这个情况负很大的责任的
应该说，从一开始项目组并没有足够的重视测试工作，没有制定严格的测试计划以及测试准则，是造成这个情况的重要原因。
另外推测，测试人员加入项目比较晚，没有像开发人员一样，从需求理解做起，因此会出现发现的Bug质量不高的情况
leehong0704 2009-07-31
- 打赏
- 举报
[Quote=引用 34 楼 lzxue1989 的回复:]
引用 15 楼 sp1234 的回复:
顺便说一下，如果一个项目有1500个测试用例，我会让1400个都是自动化测试（而且每一次运行都自动随机选择不同的测试数据），另外100个手工测试用例也需要详细的文档。这样才是有效率的测试。
支持这个
[/Quote]
如果我们测试有这样水平就好了。
引用 15 楼 sp1234 的回复:
顺便说一下，如果一个项目有1500个测试用例，我会让1400个都是自动化测试（而且每一次运行都自动随机选择不同的测试数据），另外100个手工测试用例也需要详细的文档。这样才是有效率的测试。
支持这个
[/Quote]
如果我们测试有这样水平就好了。
leehong0704 2009-07-31
- 打赏
- 举报
[Quote=引用 35 楼 zhunatuzi 的回复:]
没有发挥自己的职权，不听话就严厉一点，有点处罚措施，比如减薪什么的，也要有奖励措施，提高员工的积极性！
[/Quote]
我只一个小小PM更严厉措施我没有这个权限的,再说我不想出头去当一个恶人的.
没有发挥自己的职权，不听话就严厉一点，有点处罚措施，比如减薪什么的，也要有奖励措施，提高员工的积极性！
[/Quote]
我只一个小小PM更严厉措施我没有这个权限的,再说我不想出头去当一个恶人的.
leehong0704 2009-07-31
- 打赏
- 举报
[Quote=引用 37 楼 teng_s2000 的回复:]
全是配置方面的问题?难道你就直接把软件给测试部门,什么文档都没有吗?那样谁给测试呢?
[/Quote]
我哪次说配置方面的问题.主要是数据方面问题.
这个系统使用数据应该客户另外一个生产的数据的,但是另外一个系统还在规划阶段.现在客户拿过只原始数据的大部分差不多了,有少数数据是不符合规范的.这点我反复的强调过的过的.但是实际我们发觉的,测试根本没有对于这样数据进行处理的.
我想这个的确是我们和测试沟通的有问题的,但是觉得把测试当着客户一样沟通,我们内部沟通成本太大了.
而且这样测试和开发职责也不清楚了。
全是配置方面的问题?难道你就直接把软件给测试部门,什么文档都没有吗?那样谁给测试呢?
[/Quote]
我哪次说配置方面的问题.主要是数据方面问题.
这个系统使用数据应该客户另外一个生产的数据的,但是另外一个系统还在规划阶段.现在客户拿过只原始数据的大部分差不多了,有少数数据是不符合规范的.这点我反复的强调过的过的.但是实际我们发觉的,测试根本没有对于这样数据进行处理的.
我想这个的确是我们和测试沟通的有问题的,但是觉得把测试当着客户一样沟通,我们内部沟通成本太大了.
而且这样测试和开发职责也不清楚了。
Teng_s2000 2009-07-31
- 打赏
- 举报
全是配置方面的问题?难道你就直接把软件给测试部门,什么文档都没有吗?那样谁给测试呢?
hanjk1234 2009-07-31
- 打赏
- 举报
呵呵,路过,恩,当时情况就这样的,测试的人,比较爱拖拉
zhunatuzi 2009-07-31
- 打赏
- 举报
没有发挥自己的职权，不听话就严厉一点，有点处罚措施，比如减薪什么的，也要有奖励措施，提高员工的积极性！
leehong0704 2009-07-31
- 打赏
- 举报
[Quote=引用 56 楼 steedhorse 的回复:]
可能我们不完全了解楼主公司的具体情况。
但不管怎么说，至少测试团队不用会公司产品这样的事，是早该摆平的。
退一万步，就算是因为公司领导不重视产品质量从而导致招来的测试人员资质偏低，那也应该早点跟领导反映这件事才对。
[/Quote]
这种事情领导不回知道吗?
可能一两个人水平好坏 领导是不知道的,一个team或者一个部门好坏的领导心里面没有数那就怪了的.
只不过领导做事情的也是需要理由的,这次项目出问题,正好是理由.我这个项目PM也需要的这个动作的,这个动作表明这次责任是测试部门跟开发部门和我这个PM的没有什么关系的.
说是话测试部门的挺可怜的,永远是替罪羊的命.就好比的开发部门永远是销售部门替罪羊的.
可能我们不完全了解楼主公司的具体情况。
但不管怎么说，至少测试团队不用会公司产品这样的事，是早该摆平的。
退一万步，就算是因为公司领导不重视产品质量从而导致招来的测试人员资质偏低，那也应该早点跟领导反映这件事才对。
[/Quote]
这种事情领导不回知道吗?
可能一两个人水平好坏 领导是不知道的,一个team或者一个部门好坏的领导心里面没有数那就怪了的.
只不过领导做事情的也是需要理由的,这次项目出问题,正好是理由.我这个项目PM也需要的这个动作的,这个动作表明这次责任是测试部门跟开发部门和我这个PM的没有什么关系的.
说是话测试部门的挺可怜的,永远是替罪羊的命.就好比的开发部门永远是销售部门替罪羊的.
晨星 2009-07-31
- 打赏
- 举报
可能我们不完全了解楼主公司的具体情况。
但不管怎么说，至少测试团队不用会公司产品这样的事，是早该摆平的。
退一万步，就算是因为公司领导不重视产品质量从而导致招来的测试人员资质偏低，那也应该早点跟领导反映这件事才对。
但不管怎么说，至少测试团队不用会公司产品这样的事，是早该摆平的。
退一万步，就算是因为公司领导不重视产品质量从而导致招来的测试人员资质偏低，那也应该早点跟领导反映这件事才对。
loveisbug 2009-07-31
- 打赏
- 举报
[Quote=引用 54 楼 leehong0704 的回复:]
算了,我觉得是浪费时间的,根本没有提出有用建议的.
找一个有开发经验测试主管我觉得目前做好解决方案的,做为项目经理的毕竟重点还是开发团队上面.
[/Quote]
是啊，我也觉得难有你觉得有用的建议，大多是说你失职，而你即便承认失职似乎也只是觉得失在没找对测试主管上。
在23楼也说了，能空降是最简单的了，当然，这个成本也很高。只不过研发团队不一定感觉得到。
可能你只是研发团队的leader，不是项目leader。
结贴吧。
算了,我觉得是浪费时间的,根本没有提出有用建议的.
找一个有开发经验测试主管我觉得目前做好解决方案的,做为项目经理的毕竟重点还是开发团队上面.
[/Quote]
是啊，我也觉得难有你觉得有用的建议，大多是说你失职，而你即便承认失职似乎也只是觉得失在没找对测试主管上。
在23楼也说了，能空降是最简单的了，当然，这个成本也很高。只不过研发团队不一定感觉得到。
可能你只是研发团队的leader，不是项目leader。
结贴吧。
加载更多回复（31）
