做software testing对programming有帮助吗？ - 未名空间MITBBS历史存档

国际科技财经博客移民网络热点娱乐民生时事公众号

Redian新闻

>未名空间

>Programming - 葵花宝典

做software testing对programming有帮助吗？

做software testing对programming有帮助吗？# Programming - 葵花宝典

v*u2011-04-23 07:04

1 楼

【以下文字转载自 Military 讨论区】
发信人: vincentsjtu (国际会议-联合国采购), 信区: Military
标题: 美移民局鼓励员工举报公司签证诈欺用绿卡奖励
发信站: BBS 未名空间站 (Mon Oct 8 13:11:15 2018, 美东)
估计不久，移民局也会鼓励大家举报身边的非法移民，用绿卡奖励了？
美国公司在美国国内招募不到合格的技术员工时，美国H-1B签证允许其聘用外国高技能
人才。但近年来，H-1B项目被不少雇主滥用。因此，美国移民局开始对工作移民违规欺
诈行为加大打击力度，鼓励员工举报雇主的不合规行为，甚至用绿卡作为奖励。
除了加强对H-1B签证项目申请者的调查，美国移民局会安排更多的实地考察和面谈。美
国移民和海关执法局的调查包括超过400项的刑事违规行为，重点关注雇佣H-1B员工比
率较高的雇主、为工作地点在其他公司的员工申请H-1B的雇主、及无法通过商业数据验
证基本信息的雇主等。
除了严查以外，美国移民局最近在其官网公布了举报雇主的方法和奖励制度，甚至用绿
卡奖励鼓励网民举报疑似H-1B欺诈或滥用的行为。
美国移民局鼓励揭发的行为包括，H-1B雇员没有获得LCA（劳工状况申请）认证的工资
，H-1B雇员和其他相同工作的雇员之间存在工资差距，H-1B雇员未能履行签证申请中规
定的职责，H-1B雇员未在LCA认证的工作地点工作，H-1B的外国雇主盗窃美国的知识产
权成果，H-1B的雇主参与走私，H-1B的雇主雇佣非法员工，及从美国政府处诈骗福利等。

w*j2011-04-23 07:04

2 楼

以前看过I，感觉写的还凑合，看他的II，感觉又有一点进步。
如果实在没书看的，可以看看，谈不上多好，但文笔还可以，基本是种马文里比较好的。
http://www.xunlei-mz.cn/art_5116_4053.html

S*e2011-04-23 07:04

3 楼

k*v2011-04-23 07:04

4 楼

我只需要USA_California

s*12011-04-23 07:04

5 楼

做software testing对programming有帮助吗？
一个朋友找到了做software manual testing的intern。但她以后还是想做
programming/software development. 请问她的manual testing experience对将来会有
帮助吗？
谢谢！

r*e2011-04-23 07:04

6 楼

参见国内被合并的高校

【在 S**********e 的大作中提到】

c*x2011-04-23 07:04

7 楼

你要那个版本？那个公司的？

X*r2011-04-23 07:04

8 楼

有一点，不大。

有

【在 s********1 的大作中提到】

: 做software testing对programming有帮助吗？
: 一个朋友找到了做software manual testing的intern。但她以后还是想做
: programming/software development. 请问她的manual testing experience对将来会有
: 帮助吗？
: 谢谢！

w*n2011-04-23 07:04

9 楼

好像是不给发CS文凭了？

k*v2011-04-23 07:04

10 楼

我刚下载iGO 8.3 小猪版，想要个USA_California map

a*m2011-04-23 07:04

11 楼

个人以为，从dev到test这条路是单向的。

做software testing对programming有帮助吗？
一个朋友找到了做software manual testing的intern。但她以后还是想做
programming/software development. 请问她的manual testing experience对将来会有
帮助吗？
谢谢！

【在 s********1 的大作中提到】

S*e2011-04-23 07:04

12 楼

what??? 幸亏当时他们家给的offer钱少，不然就去了

【在 w***n 的大作中提到】

: 好像是不给发CS文凭了？

c*x2011-04-23 07:04

13 楼

本坛搜搜看。有地图下载。

D*a2011-04-23 07:04

14 楼

不是的
不过manual testing是学不到东西

会有

【在 a*******m 的大作中提到】

: 个人以为，从dev到test这条路是单向的。
:
: 做software testing对programming有帮助吗？
: 一个朋友找到了做software manual testing的intern。但她以后还是想做
: programming/software development. 请问她的manual testing experience对将来会有
: 帮助吗？
: 谢谢！

k*u2011-04-23 07:04

15 楼

http://www.mitbbs.com/article_t1/PDA/31198591_0_2.html

【在 k*v 的大作中提到】

: 我刚下载iGO 8.3 小猪版，想要个USA_California map

I*y2011-04-23 07:04

16 楼

如果能直接找到programing的，更好。
否则可以先从test坐骑啊，虽说是munual testing,可以动动脑子，
处处建议，弄个auto testing出来嘛。关键还是看自己。

会有

【在 s********1 的大作中提到】

k*v2011-04-23 07:04

17 楼

谢谢

a*m2011-04-23 07:04

18 楼

嗯，还是要看具体情况的，dev和test都比较宽泛了，确实也难说~

不是的
不过manual testing是学不到东西
会有

【在 D*******a 的大作中提到】

: 不是的
: 不过manual testing是学不到东西
:
: 会有

k*v2011-04-23 07:04

19 楼

再问问下载下来的压缩包USA_California.2008.10有
USA_California.3dl
USA_California.fbl
USA_California1.poi
USA_California2.poi
都解压放在MAP里，或做成ZIP放在MAP里，在IGO8里也显示没MAP？？

z*e2011-04-23 07:04

20 楼

不完全单向，但是越久就越难转，我有切身体会。
就好像高速上你错过一个出口，也许还有第二个出口给你调头，但是开得越远就越不可
能掉头了...

有

【在 a*******m 的大作中提到】

s*x2011-04-23 07:04

21 楼

fbl放在map
3dl放在building
poi放在poi里
不要压缩

a*m2011-04-23 07:04

22 楼

感谢纠正我的观点，呵呵，以后我发帖一定注意不能太绝对了~

不完全单向，但是越久就越难转，我有切身体会。
就好像高速上你错过一个出口，也许还有第二个出口给你调头，但是开得越远就越不可
能掉头了...
有

【在 z***e 的大作中提到】

: 不完全单向，但是越久就越难转，我有切身体会。
: 就好像高速上你错过一个出口，也许还有第二个出口给你调头，但是开得越远就越不可
: 能掉头了...
:
: 有

k*v2011-04-23 07:04

23 楼

试过还是显示没有找到地图，不解，还是放弃IGO先

【在 s**********x 的大作中提到】

: fbl放在map
: 3dl放在building
: poi放在poi里
: 不要压缩

k*g2011-04-23 07:04

24 楼

unit testing 转 programming 可以，manual testing 絕對不能。
manual testing 可以转做 user interaction design 或 software requirements
specification.

a*l2011-04-23 07:04

25 楼

做software requirement specification不就跳到software development的人的头上了?

【在 k**********g 的大作中提到】

: unit testing 转 programming 可以，manual testing 絕對不能。
: manual testing 可以转做 user interaction design 或 software requirements
: specification.

k*g2011-04-23 07:04

26 楼

对，wsn码工爽了

了?

【在 a****l 的大作中提到】

: 做software requirement specification不就跳到software development的人的头上了?

n*f2011-04-23 07:04

27 楼

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 的大作中提到】

k*g2011-04-23 07:04

28 楼

(1) 编程员如果能理解测试员的思路，对编程质素有很大帮助。
条件是必须能够取阅并看懂源码。
(2) 缺少了源码，测试员仅从黑箱测试结果，很难推敲编程员的思路，且多半是低估了
源码的复杂性。对将来编程工作不利。
(3) 但另一方面，测试员熟知用户对软件的期望，尤其是可用性，一致性和简单优先，
所以对软件需求管理有利。

k*g2011-04-23 07:04

29 楼

Web Programming 好处是测试员可以偷看javascript, jsp 和 database，公司要拦也
拦不住你

D*a2011-04-23 07:04

30 楼

一般公司哪有不让test看程序的？多半是test自己不看或者没时间看。

【在 k**********g 的大作中提到】

: Web Programming 好处是测试员可以偷看javascript, jsp 和 database，公司要拦也
: 拦不住你

D*a2011-04-23 07:04

31 楼

unit test应该是dev写，要不然test的负担太大了。毕竟同一个功能实现起来有很多不
同的方法。

【在 k**********g 的大作中提到】

: unit testing 转 programming 可以，manual testing 絕對不能。
: manual testing 可以转做 user interaction design 或 software requirements
: specification.

s*s2011-04-23 07:04

32 楼

如果你是真正的software tester,那对programming没有太大帮助
不过现在基本没有纯粹意义上的software tester,可能大公司有

S*a2011-04-23 07:04

33 楼

说反了，现在中小公司纯粹意义上的tester还是很多的，就是完全不懂编程的。
反而大公司tester和programming经常还是有联系的。

【在 s*******s 的大作中提到】

: 如果你是真正的software tester,那对programming没有太大帮助
: 不过现在基本没有纯粹意义上的software tester,可能大公司有

s*n2011-04-23 07:04

34 楼

看怎么做test吧。我们有过全组十来个dev焦头烂额搞不定一个bug，最后被某资深
tester直接fix后review，check in的情况。
当然，这哥们一直被称作本公司最好的tester之一。

会有

【在 s********1 的大作中提到】

g*g2011-04-23 07:04

35 楼

大型系统里，fix一个bug是容易的，reproduce才是困难的。

【在 s**n 的大作中提到】

: 看怎么做test吧。我们有过全组十来个dev焦头烂额搞不定一个bug，最后被某资深
: tester直接fix后review，check in的情况。
: 当然，这哥们一直被称作本公司最好的tester之一。
:
: 会有

r*l2011-04-23 07:04

36 楼

I did this quite some times.

【在 s**n 的大作中提到】

r*l2011-04-23 07:04

37 楼

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*l2011-04-23 07:04

38 楼

其实这是很正常的吧.其实几乎99.999%的bug只要找出来就很容易修正,所以对于做测试
的来说这是本职工作吧.

【在 s**n 的大作中提到】

g*w2011-04-23 07:04

39 楼

bug这么容易fix,说明你们做得东西太简单了，呵呵

【在 a****l 的大作中提到】

: 其实这是很正常的吧.其实几乎99.999%的bug只要找出来就很容易修正,所以对于做测试
: 的来说这是本职工作吧.

g*g2011-04-23 07:04

40 楼

可重现的bug容易解决，麻烦的是在产品环境里出现一次，
然后不知道怎么才能重现出来。在服务器端应用里偏偏很常见。

【在 a****l 的大作中提到】

: 其实这是很正常的吧.其实几乎99.999%的bug只要找出来就很容易修正,所以对于做测试
: 的来说这是本职工作吧.

s*n2011-04-23 07:04

41 楼

感觉太良好了。一群工作了10多年的dev，上百万行的程序，那么容易就不会全体加班
好几天没有头绪了。

【在 a****l 的大作中提到】

: 其实这是很正常的吧.其实几乎99.999%的bug只要找出来就很容易修正,所以对于做测试
: 的来说这是本职工作吧.

D*a2011-04-23 07:04

42 楼

10% bugs takes 90% of time.

【在 g*****g 的大作中提到】

: 可重现的bug容易解决，麻烦的是在产品环境里出现一次，
: 然后不知道怎么才能重现出来。在服务器端应用里偏偏很常见。

a*l2011-04-23 07:04

43 楼

感觉太良好了.真正会做test的人,都是找到bug的现象,写清楚触发bug的原因,具体指出
在哪个源程序的哪一段由于某种原因会导致测试中出现的异常状况.简单的说,要能证明
这个错误不是由于任何其他测试使用的原因产生的,而是毫无疑点的由程序产生的.有这
样的测试人员引导,就算是上亿行的程序,一个开发人员花个半天也该修好了吧?如果一
群上10多年的dev在这种情况下还要加班几天没头绪,那么这群人也该集体辞职算了.
如果不是这样的测试,那么这些tester基本上就和beta用户差不多了.

【在 s**n 的大作中提到】

: 感觉太良好了。一群工作了10多年的dev，上百万行的程序，那么容易就不会全体加班
: 好几天没有头绪了。

a*y2011-04-23 07:04

44 楼

可能这群developer知道bug在哪儿,但是由于某些原因都不愿意指出来.

【在 a****l 的大作中提到】

: 感觉太良好了.真正会做test的人,都是找到bug的现象,写清楚触发bug的原因,具体指出
: 在哪个源程序的哪一段由于某种原因会导致测试中出现的异常状况.简单的说,要能证明
: 这个错误不是由于任何其他测试使用的原因产生的,而是毫无疑点的由程序产生的.有这
: 样的测试人员引导,就算是上亿行的程序,一个开发人员花个半天也该修好了吧?如果一
: 群上10多年的dev在这种情况下还要加班几天没头绪,那么这群人也该集体辞职算了.
: 如果不是这样的测试,那么这些tester基本上就和beta用户差不多了.

p*m2011-04-23 07:04

45 楼

其实做QA 工资挺高的，做的好比一般码工都高。楼主朋友也可以考虑做QA，或者
system analyst的工作，那么做tester的经验就很有用了。

s*n2011-04-23 07:04

46 楼

好吧，那我说具体点。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 的大作中提到】

c*n2011-04-23 07:04

47 楼

dev的耻辱.

【在 s**n 的大作中提到】

D*a2011-04-23 07:04

48 楼

你说的这种tester基本不存在，莫非你就是？很多时候要能重现bug就不容易了。
软件测试最大的问题是you don't know what you don't know.

【在 a****l 的大作中提到】

a*l2011-04-23 07:04

49 楼

如果你是做完全的黑盒测试,当然测试是简单的,但是能不能有效的检测就很难说了.如
果你是做白盒测试,简单的说你就是要根据软件的结构寻找程序的弱点然后有针对性的
做测试;既然你明确测试的对象,要重现就容易的多了.有时候基本上就是先有个怀疑,然
后通过测试在验证这个怀疑.当然这种做法对做测试的人要求就很高了,基本上是必须有
高于软件开发人员的水平才行.

【在 D*******a 的大作中提到】

: 你说的这种tester基本不存在，莫非你就是？很多时候要能重现bug就不容易了。
: 软件测试最大的问题是you don't know what you don't know.

v*s2011-04-23 07:04

50 楼

你说的这个问题很难搞，这种随机重现，动辄等若干小时，又不能上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的故障。更具体的我就不能讲了。呵呵