有搞自动化测试的同学么？

ozlion.

哦，激动的奔进来，发现我最落伍，还在用vbs。没办法，公司自己开发的专用测试工具

helenazy.

我做汽车电子硬件测试，大类可归入嵌入式，反正和网络没半点联系

float.

个人觉得，未来趋势就是QA跟Dev的分界模糊化，QA也要会编程，Dev也要懂测试。你看TDD，BDD这些，基本上就是把测试跟开发整合起来，没有什么活是QA的什么活Dev的这种概念

菠菜.

蔽厂码农都是自己写测试

helenazy.

helenazy 发表于 2014-2-19 22:49

目前是c#，不过其实那种语言都无所谓
我们公司啥都用
本人倾向于用python， 比较强悍， 而且是脚本语言， 不需要编译
尤其是python的语法，简洁明了，而且功能强悍
不过本人是做开发的， 有时候被抽调到测试团队，帮写测试脚本
感觉如果一个公司真的想很好的控制产品质量的话， 从开始设计的时候都应该考虑到自动化测试，产品的架构应该考虑到可测试性，从架构开始都应该有测试团队的参与，根据产品文档写测试计划； 编码人员在开始编码的时候， 测试团队可以同时根据文档写测试代码

菠菜.

joerkky 发表于 2014-5-10 07:50

个人觉得，未来趋势就是QA跟Dev的分界模糊化，QA也要会编程，Dev也要懂测试。你看TDD，BDD这些，基本上就是 ...
个人觉得， 黑盒测试应该交给测试团队来做， 白盒测试应该开发团队自己写， 至于灰盒介于两者之间，如果测试团队比较强的话， 测试团队写，否则只能由开发团队写。
不过现在很多公司，只做黑盒测试， 而且是人工的方式，能自动化都不错了。
未来的发展必然是测试团队和开发团队一起合作， 在产品开始架构的时候，测试团队也参与其中，设计产品的同时考虑到可测试性。开发团队在编码的时候，测试团队根据开发团队的开发文档写开始写测试代码，通常此时主要是灰盒测试的代码，一旦一个开发模块完成，就可以进行开始测试了。 一个产品的特性完成之时， 就可以开始这个特性的黑盒测试。白盒测试由编码人员在编码的时候就开始了。
在整个开发过程中， 除了自动化测试，还要加上每日构建，这样可以比较好的确保产品的质量和开发的进度。

helenazy.

nariko 发表于 2014-2-20 08:45

VS里面做unit test和functional test？挺好的啊，昨晚测试对所有源代码都了解了
功能简单， 代码量不多还可以， 要是几十万行、甚至上百万行代码，估计难以行得通了
还有得看什么语言写的代码， 要是C#， 水平高的测试倒是没啥问题， 要是c++， 还整了大量的boost代码， 恐怕只有微软、google的测试可以胜任了， 其它公司的测试如果能达到这个水平， 绝对不会愿意去搞测试的

joerkky.

ozlion 发表于 2014-5-11 12:37

个人觉得， 黑盒测试应该交给测试团队来做， 白盒测试应该开发团队自己写， 至于灰盒介于两者之间，如果 ...
我们现在就是这样，user story开始的时候，product, dev, QA（three amigo)在一起同意feature，然后dev开发，tester写automation, 等user story结束了，three amigo再确认user story实现了
但问题就是，dev可能写一行代码，tester的automation就要写很多scenario来测试，这样一个story费时太久才能完成。
如果开发团队和测试团队的分工很明确的话，测试团队不可避免会成为限速步骤，因为automation必定比代码复杂
我们的解决方法就是cross-function team和lean开发，automation是限速步骤，那么大家一起来写automation，devops资源不够，那么每个人都是devops
当然如你所说，automation+CI+continuous deployment，才能保证产品质量，在这个基础上，才能做到continuous delivery

xxmplus.

不光自动化测试，我这边根据客户要求自动化所有的事情，从infru到dev和其他非技术部门.
一般web app，selenium＋jquery差不多就搞定，但对于极端的team来说，比如angularjs，不用jquery的，就麻烦些.

ozlion.

有人用　HP QC/ QTP/ LR　吗？