QA技术含量很低？

[soleil_lee－太阳李]

你们报bug是只要把现象报出来就行了，还是要写自己的分析？

监测自动化测试结果的QA会分析，是测试的问题还是程序的问题还是环境的问题。
如果是程序的问题，开bug，丢给开发进一步分析。测试的问题，测试组内部解决。
环境的问题，暂时搁置一边，开会时候汇报给经理。
其它问题分析不是必须的，任何人都可以报告。报告以后分配组会根据具体情况把BUG分配给某个QA或者开发进一步分析。

 

[tototo]

我很少报bug 估计一年不会超过十个
报bug从来就不是一个真正的自动化QA的绩效考核指标。
指出现象 贴出log 剩下的基本就不是我的事情了

我一年估计能报一千，几天不报觉得心里愧疚啊。

 

[fieldmarshal]

我们是必须要写出自己分析的，哪怕不是完全正确，不然会被经理说水平太次。

浪费生产力，：）

 

[flywind]

我一年估计能报一千，几天不报觉得心里愧疚啊。

一年报1000的话 你们的产品质量有点问题。。。。

 

[fieldmarshal]

一年报1000的话 你们的产品质量有点问题。。。。

是的，简直无法想象。开发就是不写单元测试感觉也不能这么多。

 

[tototo]

一年报1000的话 你们的产品质量有点问题。。。。

因为我们任何细节都报，比如看到说明书上有个拼写错误也会报，觉得界面看着不和谐也报，报了不一定都会解决，也不一定都会被任务是bug，但是我们一般是鼓励有错就报。还有每写一个新脚本都必须有相应的，我们叫change request.

 

[soleil_lee－太阳李]

不过我在这里找工作的时候，就发现很多都是开发网络或者移动应用程序的那种，就是点点button之类的就可以测。我们原来都是测后台的server，就没有任何东西可点，你需要自己写命令运行，就是手动也得半天，测网络或者用户界面的我们都认为是最easy的， 根本不值一提。

我们公司的QA后台前台都要测试的，前台UI测试就是click click，但是业务逻辑得很了解，如果产品比较复杂，比如像word。弄清楚那么多功能的业务逻辑已经不容易了。
测后台用XML，也不复杂，最近几年他们在用soapUI写Script测后台。

 

[flywind]

因为我们任何细节都报，比如看到说明书上有个拼写错误也会报，觉得界面看着不和谐也报，报了不一定都会解决，也不一定都会被任务是bug，但是我们一般是鼓励有错就报。

界面不好看 不和谐 那属于User experience的问题 级别minor
是QA的工作 不属于我们Automaton QA的范畴
我根本不屑于去报 浪费我的时间

 

[soleil_lee－太阳李]

我们是必须要写出自己分析的，哪怕不是完全正确，不然会被经理说水平太次。

如果是黑盒测试，测试人员对程序根本不了解，没法分析的。
黑盒测试人员只能从用户的角度出发，提出改进建议。

 

[flywind]

如果是黑盒测试，测试人员对程序根本不了解，没法分析的。
黑盒测试人员只能从用户的角度出发，提出改进建议。

白盒测试不是自动化测试工程师的职责。。。。
我们只负责描述现象 不做判断

我称之为 管杀不管埋

 

[fieldmarshal]

因为我们任何细节都报，比如看到说明书上有个拼写错误也会报，觉得界面看着不和谐也报，报了不一定都会解决，也不一定都会被任务是bug，但是我们一般是鼓励有错就报。还有每写一个新脚本都必须有相应的，我们叫change request.

就是这样一个人一年报1000也是奇高！
另外界面不符合原来的设计报bug，不和谐由QA来报？无语。总的来说报bug多少不应该是qa的指标，覆盖率才是指标。

 

[fieldmarshal]

白盒测试不是自动化测试工程师的职责。。。。
我们只负责描述现象 不做判断

我称之为 管杀不管埋

是的，tototo公司完全乱来的。auto qa唯一要做的分析就是自己的测试代码没有问题。不过这个我得说，极其高的比例是测试代码自己有问题，：）

 

[flywind]

是的，tototo公司完全乱来的。auto qa唯一要做的分析就是自己的测试代码没有问题。不过这个我得说，极其高的比例是测试代码自己有问题，：）

自动化测试代码的可靠性决定了自动化qa的水平

写出一个能跑得起来的自动化测试代码 需要3个月的工作经验
写一个稳定的自动化测试代码 需要三年的经验

如果你有1000个自动化测试 每个稳定性是99% 那就意味着你每次起码有十个不稳定的case
对于研发组来说 ，不稳定的自动化测试代码 等于没有 因为完全无法让他们信任
一个自动化qa的代码如果无法让人信任 那这个team有什么用？

 

[fieldmarshal]

自动化测试代码的可靠性决定了自动化qa的水平

写出一个能跑得起来的自动化测试代码 需要3个月的工作经验
写一个稳定的自动化测试代码 需要三年的经验

如果你有1000个自动化测试 每个稳定性是99% 那就意味着你每次起码有十个不稳定的case
对于研发组来说 ，不稳定的自动化测试代码 等于没有 因为完全无法让他们信任
一个自动化qa的代码如果无法让人信任 那这个team有什么用？

是啊，理想和现实总是有差距。如同你说的，99%的稳定性，在开发这边看都是老是有问题，所以那块弄好都不容易。

 

[轻舟已过万重山。]

这么说，这岗位女士干还不错，男士干，养不了家。

 

[flywind]

这么说，这岗位女士干还不错，男士干，养不了家。

我当年做实习生薪水 24每小时
4个月后升 qa developer 7w年薪
18个月后 SDET Level II base 10w

我不觉得 养家有压力

 

[轻舟已过万重山。]

我当年做实习生薪水 24每小时
4个月后升 qa developer 7w年薪
18个月后 SDET Level II base 10w

我不觉得 养家有压力

那你为什么还自己当老板？

 

[flywind]

那你为什么还自己当老板？

因为给人打工没法让他们按我自己的想法做点事情
比如我想写个软件 我自己一个人写不了 ，我能用我打工的公司的资源去写吗？写出来的产权是我的嘛？

 

[fieldmarshal]

那你为什么还自己当老板？

他还年轻，还想改变世界，：）到了后面就会发现挣钱也许可以，但是只会被世界改变，：）

 

[flywind]

他还年轻，还想改变世界，：）到了后面就会发现挣钱也许可以，但是只会被世界改变，：）

创业期间 短暂缺钱过 就去找了个工作去上班 半年不到就升了 team leader
我觉得创业就算失败了 也不会影响未来的职业发展

所以放心去干好了 就算有一天失败了 又何妨？