s********1 发帖数: 581 | 1 做software testing对programming有帮助吗?
一个朋友找到了做software manual testing的intern。但她以后还是想做
programming/software development. 请问她的manual testing experience对将来会有
帮助吗?
谢谢! |
X****r 发帖数: 3557 | 2 有一点,不大。
有
【在 s********1 的大作中提到】 : 做software testing对programming有帮助吗? : 一个朋友找到了做software manual testing的intern。但她以后还是想做 : programming/software development. 请问她的manual testing experience对将来会有 : 帮助吗? : 谢谢!
|
a*******m 发帖数: 626 | 3 个人以为,从dev到test这条路是单向的。
做software testing对programming有帮助吗?
一个朋友找到了做software manual testing的intern。但她以后还是想做
programming/software development. 请问她的manual testing experience对将来会有
帮助吗?
谢谢!
【在 s********1 的大作中提到】 : 做software testing对programming有帮助吗? : 一个朋友找到了做software manual testing的intern。但她以后还是想做 : programming/software development. 请问她的manual testing experience对将来会有 : 帮助吗? : 谢谢!
|
D*******a 发帖数: 3688 | 4 不是的
不过manual testing是学不到东西
会有
【在 a*******m 的大作中提到】 : 个人以为,从dev到test这条路是单向的。 : : 做software testing对programming有帮助吗? : 一个朋友找到了做software manual testing的intern。但她以后还是想做 : programming/software development. 请问她的manual testing experience对将来会有 : 帮助吗? : 谢谢!
|
I*****y 发帖数: 602 | 5 如果能直接找到programing的,更好。
否则可以先从test坐骑啊,虽说是munual testing,可以动动脑子,
处处建议,弄个auto testing出来嘛。关键还是看自己。
会有
【在 s********1 的大作中提到】 : 做software testing对programming有帮助吗? : 一个朋友找到了做software manual testing的intern。但她以后还是想做 : programming/software development. 请问她的manual testing experience对将来会有 : 帮助吗? : 谢谢!
|
a*******m 发帖数: 626 | 6 嗯,还是要看具体情况的,dev和test都比较宽泛了,确实也难说~
不是的
不过manual testing是学不到东西
会有
【在 D*******a 的大作中提到】 : 不是的 : 不过manual testing是学不到东西 : : 会有
|
z***e 发帖数: 5393 | 7 不完全单向,但是越久就越难转,我有切身体会。
就好像高速上你错过一个出口,也许还有第二个出口给你调头,但是开得越远就越不可
能掉头了...
有
【在 a*******m 的大作中提到】 : 个人以为,从dev到test这条路是单向的。 : : 做software testing对programming有帮助吗? : 一个朋友找到了做software manual testing的intern。但她以后还是想做 : programming/software development. 请问她的manual testing experience对将来会有 : 帮助吗? : 谢谢!
|
a*******m 发帖数: 626 | 8 感谢纠正我的观点,呵呵,以后我发帖一定注意不能太绝对了~
不完全单向,但是越久就越难转,我有切身体会。
就好像高速上你错过一个出口,也许还有第二个出口给你调头,但是开得越远就越不可
能掉头了...
有
【在 z***e 的大作中提到】 : 不完全单向,但是越久就越难转,我有切身体会。 : 就好像高速上你错过一个出口,也许还有第二个出口给你调头,但是开得越远就越不可 : 能掉头了... : : 有
|
k**********g 发帖数: 989 | 9 unit testing 转 programming 可以,manual testing 絕對不能。
manual testing 可以转做 user interaction design 或 software requirements
specification. |
a****l 发帖数: 8211 | 10 做software requirement specification不就跳到software development的人的头上了?
【在 k**********g 的大作中提到】 : unit testing 转 programming 可以,manual testing 絕對不能。 : manual testing 可以转做 user interaction design 或 software requirements : specification.
|
|
|
k**********g 发帖数: 989 | 11 对,wsn码工爽了
了?
【在 a****l 的大作中提到】 : 做software requirement specification不就跳到software development的人的头上了?
|
n**f 发帖数: 121 | 12 sure it helps. In many companies there is no crystal clear boundaries
between
programming, qa, testing, and even documentation. There should be plenty of
opportunity to dive into programming.
Anyway, testing and programming are just two species of programmers. Why
make
such a huge difference anyway...
会有
【在 s********1 的大作中提到】 : 做software testing对programming有帮助吗? : 一个朋友找到了做software manual testing的intern。但她以后还是想做 : programming/software development. 请问她的manual testing experience对将来会有 : 帮助吗? : 谢谢!
|
k**********g 发帖数: 989 | 13 (1) 编程员如果能理解测试员的思路,对编程质素有很大帮助。
条件是必须能够取阅并看懂源码。
(2) 缺少了源码,测试员仅从黑箱测试结果,很难推敲编程员的思路,且多半是低估了
源码的复杂性。对将来编程工作不利。
(3) 但另一方面,测试员熟知用户对软件的期望,尤其是可用性,一致性和简单优先,
所以对软件需求管理有利。 |
k**********g 发帖数: 989 | 14 Web Programming 好处是测试员可以偷看javascript, jsp 和 database,公司要拦也
拦不住你 |
D*******a 发帖数: 3688 | 15 一般公司哪有不让test看程序的?多半是test自己不看或者没时间看。
【在 k**********g 的大作中提到】 : Web Programming 好处是测试员可以偷看javascript, jsp 和 database,公司要拦也 : 拦不住你
|
D*******a 发帖数: 3688 | 16 unit test应该是dev写,要不然test的负担太大了。毕竟同一个功能实现起来有很多不
同的方法。
【在 k**********g 的大作中提到】 : unit testing 转 programming 可以,manual testing 絕對不能。 : manual testing 可以转做 user interaction design 或 software requirements : specification.
|
s*******s 发帖数: 1250 | 17 如果你是真正的software tester,那对programming没有太大帮助
不过现在基本没有纯粹意义上的software tester,可能大公司有 |
S*********a 发帖数: 75 | 18 说反了,现在中小公司纯粹意义上的tester还是很多的,就是完全不懂编程的。
反而大公司tester和programming经常还是有联系的。
【在 s*******s 的大作中提到】 : 如果你是真正的software tester,那对programming没有太大帮助 : 不过现在基本没有纯粹意义上的software tester,可能大公司有
|
s**n 发帖数: 396 | 19 看怎么做test吧。我们有过全组十来个dev焦头烂额搞不定一个bug,最后被某资深
tester直接fix后review,check in的情况。
当然,这哥们一直被称作本公司最好的tester之一。
会有
【在 s********1 的大作中提到】 : 做software testing对programming有帮助吗? : 一个朋友找到了做software manual testing的intern。但她以后还是想做 : programming/software development. 请问她的manual testing experience对将来会有 : 帮助吗? : 谢谢!
|
g*****g 发帖数: 34805 | 20 大型系统里,fix一个bug是容易的,reproduce才是困难的。
【在 s**n 的大作中提到】 : 看怎么做test吧。我们有过全组十来个dev焦头烂额搞不定一个bug,最后被某资深 : tester直接fix后review,check in的情况。 : 当然,这哥们一直被称作本公司最好的tester之一。 : : 会有
|
|
|
r*****l 发帖数: 2859 | 21 I did this quite some times.
【在 s**n 的大作中提到】 : 看怎么做test吧。我们有过全组十来个dev焦头烂额搞不定一个bug,最后被某资深 : tester直接fix后review,check in的情况。 : 当然,这哥们一直被称作本公司最好的tester之一。 : : 会有
|
r*****l 发帖数: 2859 | 22 Why does the company stop programmer looking into DB? You know that
developers do not access prod db, right? Then dev DB has not much secret.
【在 k**********g 的大作中提到】 : Web Programming 好处是测试员可以偷看javascript, jsp 和 database,公司要拦也 : 拦不住你
|
a****l 发帖数: 8211 | 23 其实这是很正常的吧.其实几乎99.999%的bug只要找出来就很容易修正,所以对于做测试
的来说这是本职工作吧.
【在 s**n 的大作中提到】 : 看怎么做test吧。我们有过全组十来个dev焦头烂额搞不定一个bug,最后被某资深 : tester直接fix后review,check in的情况。 : 当然,这哥们一直被称作本公司最好的tester之一。 : : 会有
|
g**w 发帖数: 969 | 24 bug这么容易fix,说明你们做得东西太简单了,呵呵
【在 a****l 的大作中提到】 : 其实这是很正常的吧.其实几乎99.999%的bug只要找出来就很容易修正,所以对于做测试 : 的来说这是本职工作吧.
|
g*****g 发帖数: 34805 | 25 可重现的bug容易解决,麻烦的是在产品环境里出现一次,
然后不知道怎么才能重现出来。在服务器端应用里偏偏很常见。
【在 a****l 的大作中提到】 : 其实这是很正常的吧.其实几乎99.999%的bug只要找出来就很容易修正,所以对于做测试 : 的来说这是本职工作吧.
|
s**n 发帖数: 396 | 26 感觉太良好了。一群工作了10多年的dev,上百万行的程序,那么容易就不会全体加班
好几天没有头绪了。
【在 a****l 的大作中提到】 : 其实这是很正常的吧.其实几乎99.999%的bug只要找出来就很容易修正,所以对于做测试 : 的来说这是本职工作吧.
|
D*******a 发帖数: 3688 | 27 10% bugs takes 90% of time.
【在 g*****g 的大作中提到】 : 可重现的bug容易解决,麻烦的是在产品环境里出现一次, : 然后不知道怎么才能重现出来。在服务器端应用里偏偏很常见。
|
a****l 发帖数: 8211 | 28 感觉太良好了.真正会做test的人,都是找到bug的现象,写清楚触发bug的原因,具体指出
在哪个源程序的哪一段由于某种原因会导致测试中出现的异常状况.简单的说,要能证明
这个错误不是由于任何其他测试使用的原因产生的,而是毫无疑点的由程序产生的.有这
样的测试人员引导,就算是上亿行的程序,一个开发人员花个半天也该修好了吧?如果一
群上10多年的dev在这种情况下还要加班几天没头绪,那么这群人也该集体辞职算了.
如果不是这样的测试,那么这些tester基本上就和beta用户差不多了.
【在 s**n 的大作中提到】 : 感觉太良好了。一群工作了10多年的dev,上百万行的程序,那么容易就不会全体加班 : 好几天没有头绪了。
|
a***y 发帖数: 2803 | 29 可能这群developer知道bug在哪儿,但是由于某些原因都不愿意指出来.
【在 a****l 的大作中提到】 : 感觉太良好了.真正会做test的人,都是找到bug的现象,写清楚触发bug的原因,具体指出 : 在哪个源程序的哪一段由于某种原因会导致测试中出现的异常状况.简单的说,要能证明 : 这个错误不是由于任何其他测试使用的原因产生的,而是毫无疑点的由程序产生的.有这 : 样的测试人员引导,就算是上亿行的程序,一个开发人员花个半天也该修好了吧?如果一 : 群上10多年的dev在这种情况下还要加班几天没头绪,那么这群人也该集体辞职算了. : 如果不是这样的测试,那么这些tester基本上就和beta用户差不多了.
|
p****m 发帖数: 860 | 30 其实做QA 工资挺高的,做的好比一般码工都高。楼主朋友也可以考虑做QA,或者
system analyst的工作,那么做tester的经验就很有用了。 |
|
|
s**n 发帖数: 396 | 31 好吧,那我说具体点。bug的现象是heap corruption。代码是.net和native code混合
。触发条件是在数据请求超大情况下,随机出现app crash,但crash出现时间不定,有
时候需要程序运行1小时,有时候则30多小时以后才出现,并且由于是heap corruption
,每次call stack都不同。
我认为你不大可能半天搞定,哪怕水平再高。你也可以说tester无法明确repro的步骤
,但是我也不认为你有更好的办法repro。
最后,我们确认root cause是Windows kernel DLL的故障。更具体的我就不能讲了。呵呵
【在 a****l 的大作中提到】 : 感觉太良好了.真正会做test的人,都是找到bug的现象,写清楚触发bug的原因,具体指出 : 在哪个源程序的哪一段由于某种原因会导致测试中出现的异常状况.简单的说,要能证明 : 这个错误不是由于任何其他测试使用的原因产生的,而是毫无疑点的由程序产生的.有这 : 样的测试人员引导,就算是上亿行的程序,一个开发人员花个半天也该修好了吧?如果一 : 群上10多年的dev在这种情况下还要加班几天没头绪,那么这群人也该集体辞职算了. : 如果不是这样的测试,那么这些tester基本上就和beta用户差不多了.
|
c***n 发帖数: 809 | 32 dev的耻辱.
【在 s**n 的大作中提到】 : 看怎么做test吧。我们有过全组十来个dev焦头烂额搞不定一个bug,最后被某资深 : tester直接fix后review,check in的情况。 : 当然,这哥们一直被称作本公司最好的tester之一。 : : 会有
|
D*******a 发帖数: 3688 | 33 你说的这种tester基本不存在,莫非你就是?很多时候要能重现bug就不容易了。
软件测试最大的问题是you don't know what you don't know.
【在 a****l 的大作中提到】 : 感觉太良好了.真正会做test的人,都是找到bug的现象,写清楚触发bug的原因,具体指出 : 在哪个源程序的哪一段由于某种原因会导致测试中出现的异常状况.简单的说,要能证明 : 这个错误不是由于任何其他测试使用的原因产生的,而是毫无疑点的由程序产生的.有这 : 样的测试人员引导,就算是上亿行的程序,一个开发人员花个半天也该修好了吧?如果一 : 群上10多年的dev在这种情况下还要加班几天没头绪,那么这群人也该集体辞职算了. : 如果不是这样的测试,那么这些tester基本上就和beta用户差不多了.
|
a****l 发帖数: 8211 | 34 如果你是做完全的黑盒测试,当然测试是简单的,但是能不能有效的检测就很难说了.如
果你是做白盒测试,简单的说你就是要根据软件的结构寻找程序的弱点然后有针对性的
做测试;既然你明确测试的对象,要重现就容易的多了.有时候基本上就是先有个怀疑,然
后通过测试在验证这个怀疑.当然这种做法对做测试的人要求就很高了,基本上是必须有
高于软件开发人员的水平才行.
【在 D*******a 的大作中提到】 : 你说的这种tester基本不存在,莫非你就是?很多时候要能重现bug就不容易了。 : 软件测试最大的问题是you don't know what you don't know.
|
v*s 发帖数: 946 | 35 你说的这个问题很难搞,这种随机重现,动辄等若干小时,又不能上debugger,因为数
据量太大,log level也不能太高。
能不能稍微透漏一点这个kernel DLL啊。。。。
corruption
呵呵
【在 s**n 的大作中提到】 : 好吧,那我说具体点。bug的现象是heap corruption。代码是.net和native code混合 : 。触发条件是在数据请求超大情况下,随机出现app crash,但crash出现时间不定,有 : 时候需要程序运行1小时,有时候则30多小时以后才出现,并且由于是heap corruption : ,每次call stack都不同。 : 我认为你不大可能半天搞定,哪怕水平再高。你也可以说tester无法明确repro的步骤 : ,但是我也不认为你有更好的办法repro。 : 最后,我们确认root cause是Windows kernel DLL的故障。更具体的我就不能讲了。呵呵
|