• 最近这一年我越来越重视业务,回归业务,拥抱业务。直到现在我都是手动测试的一员。我们不区分手动测试和自动化测试,我们都是业务测试。让业务逼着我们优化工具,让业务逼着我们把自动化做的更好。

    不能同意更多,自动化本身也只是质量保证环节里面的一个工具而已嘛~

  • #14楼 @kaixin 你是说在测试某个接口返回值的同时校验数据库里面数据有没有更新?我不知道有没有理解错你的意思。supertest本质上是一个及轻量级的http client,所以能做的校验也就只是发的http请求和response而已。如果需要校验数据库的话,有一些其他方法可以尝试下,比如用nodejs直接连数据库(e.g. node-sqlserver),查询库里面数据后校验结果;又或者是用其他的可以获取到数据库的值的请求去校验返回结果。

  • 1.令人尊敬的Hacker或技术专家,在应用开发或测试领域有丰富的经验;

    好吓人

  • 解码试试~

  • 如果是browserstack之类的云测试平台的话,应该可以用启动多台实例的方式完成在不同机器上执行不同用例的功能。而且还外加各种浏览器和系统支持哟~

  • 聊聊坚持单元测试编写 at 2016年11月28日

    同意题主,单元测试用CI工具来保证执行,并且第一时间解决红掉的部分。
    记得某厂同事曾分先过他们的单元测试覆盖率每到领导检查的时候,就启动单元测试覆盖率提高工具跑一遍,覆盖率过了领导检查就完了。
    然而这样的测试意义有多大呢?另外产生大量的单元测试,执行时间过长的问题如何来解决呢?
    所以我觉得还是需要一个有经验的tester来合作,单元测试以业务为导向来做,有些做,有些不做,取决于测试策略如何。

  • 我的公司的业务测试 at 2016年9月23日

    #27楼 @woshizh 这里貌似有2个问题。第一个是产品给的PRD质量差;第二个是研发拿出来的东西质量差。我的第一家公司为了提高全员质量意识,研发/产品入职后第一个月都会在测试部当临时工,这样的好处是研发会更多了解到哪些地方容易出问题。

    或者从流程上改进可以缓解这些问题?

  • 我的公司的业务测试 at 2016年9月22日

    仿佛回到了过去的公司,原来我们大家都是这样子过来的。
    奔泪。

    那么问题出来了,记得以前在这个模式中用了大量的时间撕产品撕研发,成了典型的白天上班开会,晚上加班干活。
    然后干活得过程中各种通不过打回去给研发,浪费了太多时间。

    拍个砖,如何来减少时间浪费捏~?

  • 不知道这个准不准

  • H5 前端性能测试快速入门 at 2016年7月14日

    好贴~