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

helenazy

自打搞自动化测试以来，测试组里基本就都是程序员了。就留一两个人写写测试案例，其余的都是开发的干活。

实在太搞笑了。你们那里是啥情况？

Hugo.

用的啥语言？

helenazy

目前是c#，不过其实那种语言都无所谓

liuliang1958

测试对象是嘛呀？
我们这搞自动化/测试的都是工程师。

smoking999

就剩一个测试员了，都不怎么写用例了，直接写QTP 的script....

ozlion

用python的飘过

nariko

VS里面做unit test和functional test？挺好的啊，昨晚测试对所有源代码都了解了

jantorget

楼主是做自动化测试的吗？
我们是同行啊。

你们公司用什么工具做自动化测试的？ 什么框架？  可以一起讨论吗？

mengqing

自动化测试每天的工作是什么啊

mengqing

我这里的情况是没资源请专人自动化测试 都是偶们码农自己测试

ozlion

自动化测试：
web： selenium
windows: windows ui auotmation

helenazy

ozlion 发表于 2014-5-9 13:00
自动化测试：
web： selenium
windows: windows ui auotmation

同排，顶

float

不用karma？jasmine？

菠菜

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

helenazy

菠菜 发表于 2014-5-9 23:10
哦，激动的奔进来，发现我最落伍，还在用vbs。没办法，公司自己开发的专用测试工具 ...

我做test complete的时候用过vb，不过架构不好，废了。

selenium完胜，不过做自动化测试的，最好是熟悉被测试软件的，找不到elemen可以自己去改页面，加个id。

菠菜

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

helenazy

菠菜 发表于 2014-5-9 23:24
我做汽车电子硬件测试，大类可归入嵌入式，反正和网络没半点联系

请介绍语言和testing driver.

joerkky

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

xxmplus

蔽厂码农都是自己写测试

ozlion

helenazy 发表于 2014-2-19 22:49
目前是c#，不过其实那种语言都无所谓

我们公司啥都用

本人倾向于用python， 比较强悍， 而且是脚本语言， 不需要编译
尤其是python的语法，简洁明了，而且功能强悍

不过本人是做开发的， 有时候被抽调到测试团队，帮写测试脚本


感觉如果一个公司真的想很好的控制产品质量的话， 从开始设计的时候都应该考虑到自动化测试，产品的架构应该考虑到可测试性，从架构开始都应该有测试团队的参与，根据产品文档写测试计划； 编码人员在开始编码的时候， 测试团队可以同时根据文档写测试代码

ozlion

joerkky 发表于 2014-5-10 07:50
个人觉得，未来趋势就是QA跟Dev的分界模糊化，QA也要会编程，Dev也要懂测试。你看TDD，BDD这些，基本上就是 ...

个人觉得， 黑盒测试应该交给测试团队来做， 白盒测试应该开发团队自己写， 至于灰盒介于两者之间，如果测试团队比较强的话， 测试团队写，否则只能由开发团队写。

不过现在很多公司，只做黑盒测试， 而且是人工的方式，能自动化都不错了。

未来的发展必然是测试团队和开发团队一起合作， 在产品开始架构的时候，测试团队也参与其中，设计产品的同时考虑到可测试性。开发团队在编码的时候，测试团队根据开发团队的开发文档写开始写测试代码，通常此时主要是灰盒测试的代码，一旦一个开发模块完成，就可以进行开始测试了。 一个产品的特性完成之时， 就可以开始这个特性的黑盒测试。白盒测试由编码人员在编码的时候就开始了。

在整个开发过程中， 除了自动化测试，还要加上每日构建，这样可以比较好的确保产品的质量和开发的进度。

ozlion

nariko 发表于 2014-2-20 08:45
VS里面做unit test和functional test？挺好的啊，昨晚测试对所有源代码都了解了

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

helenazy

ozlion 发表于 2014-5-11 12:17
我们公司啥都用

本人倾向于用python， 比较强悍， 而且是脚本语言， 不需要编译

我们现在的高产测试都是原来开发组的，我觉得自动化测试不错，又可以写代码，压力又没开发的大。

你总结到位，自动化测试是用于unit test,所以应该是是早于开发组开始写代码或者同步完成。我现在的项目起步晚了，有一度写自动化测试的人比开发的还多，现在总算赶上了。

不过集成测试用自动化脚本不合适，一般测试根本写不来。

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

无视

不光自动化测试，我这边根据客户要求自动化所有的事情，从infru到dev和其他非技术部门.

一般web app，selenium＋jquery差不多就搞定，但对于极端的team来说，比如angularjs，不用jquery的，就麻烦些.

neal

有人用　HP QC/ QTP/ LR　吗？

鱼羊鲜

测ui最烦了

helenazy

neal 发表于 2014-5-12 14:26
有人用　HP QC/ QTP/ LR　吗？

QC我用过，用来log测试步骤和结果的，不错。

可以拿来作自动化测试？ 我们有把自动化测试结果倒入到QC，还行。

neal

helenazy 发表于 2014-5-12 15:08
QC我用过，用来log测试步骤和结果的，不错。

可以拿来作自动化测试？ 我们有把自动化测试结果倒入到QC， ...

QC 是测试管理。functional testing 用QTP。 load testing 用LR。我只会测试软件，但不做具体测试。
打算转testing 方向，做具体测试。

幸福的准妈妈

joerkky 发表于 2014-5-10 07:50
个人觉得，未来趋势就是QA跟Dev的分界模糊化，QA也要会编程，Dev也要懂测试。你看TDD，BDD这些，基本上就是 ...

正解。