请教如何跟 tester 打交道？？

无视

原帖由 交易人生 于 2012-6-7 14:26 发表
问题是真的很管用吗？我的意思是投入产出比，反正我经历过的项目基本每个都有 unit test，但管用的不多，不是说没用，效果不是太好。

Unit test貌似开发过程减慢开发速度，但在第一时间把今后阶段潜在的bug尽可能减到最少，其实是在给business省钱，有的统计数字说节省85%的成本，我不知道这个数字的准确性，但整体上降低成本的确是公认的事实，我们team有个老兄没有写unit test的习惯，觉得差不多就checkin,最近的一个project出的bug 90%都在他这边.

Dev这边，unit test作用不只是测试自己的逻辑，更重要的作用我个人觉得是：

1. 如果unit test在implement之后，它上让自己有机会挑出逻辑的思维，重新审视不同情境下的input/output，从而在实施阶段不至于捡一漏万.unit test在code之前就没有这个问题，但如何checkin这些mean to failed的test cases而不break CI是个问题，ignore attribute是个解决方案，但不是好方案。

2.其他人修改你的code，不知道实施阶段的具体要求，一旦break unit test,它会引起修改人的足够重视，从而从新审视自己的修改。

3.有利于新人从code的角度熟悉系统。

4.management衡量project质量的一个手段。

Unit test是整个team的事，一个人做不来，也需要unit test和isolation framework的支持，其中一个环节不行，实施起来即使暂时成功，也不能坚持长久。

[ 本帖最后由 无视 于 2012-6-7 15:08 编辑 ]

solid

原帖由 交易人生 于 2012-6-7 11:16 发表
理论上讲，unit test还是应当dev做，但不是自己做，彼此做；实际上，好像用途不是很大，不能说没有，但不是很大。

用处不大，是因为unit test没写好，不能说明没用！

solid

原帖由 kr2000 于 2012-6-7 14:42 发表
你这个tester应该算是dev team的tester或reviewer了吧
黑盒tester不用看代码，懂些逻辑就行了

黑盒测试可以不要求tester懂代码，但是一定要更熟悉business！对行业背景要求高一些！

交易人生

走过很多公司，各类公司都有，发现用途不大，只是从实战角度看的，但不是没用。从设计角度看，很多文档都强调Unit test，有时候实战是另一会事情。

道理大家都明白，但实际情况出入很大。

无视

原帖由 交易人生 于 2012-6-7 15:31 发表
走过很多公司，各类公司都有，发现用途不大，只是从实战角度看的，但不是没用。从设计角度看，很多文档都强调Unit test，有时候实战是另一会事情。

道理大家都明白，但实际情况出入很大。

agreed.

很多business和dev都没有这种vision，更没有向这种方向努力的动力。

cppbug

Coverage 很好的Unit test是很有用的，尤其是在系统，逻辑以及算法比较复杂的情况下。在后续开发中可以比较有效的暴露出新引入的bug，从而方便developer即时修正。另外unit test一定要尽可能多的run，至少在每天build的时候run一次。

Tester，主要进行黑盒测试，根据spec写test plan。跟tester打交道关键是耐心，专业。沟通很重要。

内核

原帖由 IsDonIsGood 于 2012-6-7 10:13 发表

头一次听说unit test还要tester做~~汗啊。不过就自己接触tester的经验，一个字累~
说技术基本上不懂，而且骄傲的说自己不需要懂。
每个change都说到口干舌燥。而且特爱纠结非常小的问题。tester都这样？
感觉做测试的时间比我开发的时间还要长。

我们以前没有unit test，只是给qa提供测试工具。现在新的项目，由qa跟进代码进度，根据dev给的资料和代码写每个模块（class/dll/exe）的unit test。5年前申请Microsoft美国那边的一个SDET（Software Development Engineer in Test），当时就被告知是属于QA，要写代码做测试，包括unit test。

我们美国那边team的product release是由qa掌控，他们负责写测试代码。有的项目，只有一个dll和一个driver，qa就写了30个以上的测试程序，unit test的测试程序就差不多有10个。

至于上面说到tester和dev的薪水问题，我们公司的qa主力都在印度、中国和东欧，我想其他大公司应该也差不多吧

无视

原帖由 内核 于 2012-6-7 20:52 发表


我们以前没有unit test，只是给qa提供测试工具。现在新的项目，由qa跟进代码进度，根据dev给的资料和代码写每个模块（class/dll/exe）的unit test。5年前申请Microsoft美国那边的一个SDET（Software Development Engineer in T ...

SDET是MS的独家特点，跟software engineer同属一线开发，面试的时候算法要求不在其他职位之下，在其他公司严格意义上它不算测试工程师。

atransformer

原帖由 workflow 于 2012-6-7 14:45 发表

理想状况，看看market rate，tester给多少钱，会coding的谁干testing的活啊

因人而异。 我的这个项目的tester比我时薪多10块

o2h2o

和tester 打交道 关系别搞的太差就可以了

不然 一天到晚raise 你的 bug（包括不是 bug 的 bug ）
面上也挂不住啊

atransformer

原帖由 o2h2o 于 2012-6-9 18:39 发表
和tester 打交道 关系别搞的太差就可以了

不然 一天到晚raise 你的 bug（包括不是 bug 的 bug ）
面上也挂不住啊

我就是想问问。跟测试员合作的流程是怎样的。

o2h2o

原帖由 atransformer 于 2012-6-9 23:01 发表


我就是想问问。跟测试员合作的流程是怎样的。

私下客气点

除非那个 tester 很讨厌

不知道你们的业务逻辑复杂不复杂，如果很复杂 他搞不清楚 他也会来问developer，或者问BA
所以他也是有求与你的

低调点没坏处

具体流程不是任何问题 你到时候
无缝的就明白了
每个公司都会有所不同的

[ 本帖最后由 o2h2o 于 2012-6-9 23:35 编辑 ]