最近我们在测试团队内推行自动化用例责任制，大致的意思是：我们安排培训资源，提供技术支持和一对一辅导，要求每一个自主选择了自动化和接口测试发展通道的同学必须让自己负责的项目自动化用例覆盖率有所提升。

我们先看下，网上对新时代男性与女性的定义。 新时代女性：上得了厅堂，下得了厨房，写得了代码，查得出异常，杀得了木马，翻得了围墙，开得起好车，买得起新房 新时代男性：睡得了地板，住得了走廊，跪得起主板， 是不是给了你一个全新的认识！赶快对标下，看看自己欠缺那块技能，哈哈！ 新时代，赋予我们新的机遇的同...

最近我们在测试团队内推行自动化用例责任制，大致的意思是：我们安排培训资源，提供技术支持和一对一辅导，要求每一个自主选择了自动化和接口测试发展通道的同学必须让自己负责的项目自动化用例覆盖率有所提升。

内心持久的声音测试工程师值得被尊重，是我一直以来内心的声音，这个声音憋了很久很久，所以本文觉得不是标题党，而是实实在在的内心想法。当然，有可能偏激，有可能太泛泛，也有可能说的都是P话，但我相信会直接你的内心，产生共鸣！

最近有些同学因为工作需要，看了我之前的学习笔记，然后跑来问我，说领导让他负责产品的性能测试，但他买了几本书，也安装了相关的工具，看来看去觉得太复杂了，觉得无从下手，就跑来问我：“性能测试是不是很难做？”

作为团队的领导者或者管理者我们都知道测试是必要的，但是当截止日期临近的时候，我们倾向于减少测试，而把更多的重点放到编码上。这样看测试领域似乎很紧张。我们都知道测试对我们是有利的，但是一旦项目面临压力时我们就不再测试了。

参考答案：需求评审（需求是否合理、需求是否可测试）-》测试计划（人、时间、业务点、资源）->测试设计(写标题，测试用例)->冒烟测试（准入测试）-》全面开展测试（测试执行：测试环境搭建，）->bug提交->新版本发布（bug有没有验证，新功能测试、回归测试）-》测试报告总结。

一个性能测试案例的执行成本远高于功能测试，那么如何设计性能测试场景，以最少的案例拿出能够说明问题的结论，是所有关注性能问题的工程师的重要目标，同时也是一门工匠的艺术。

在软件测试的面试中， 经常会碰到类似的问题。 比如：如何测试一个杯子， 或者如何测试一只笔。 要求你设计20个以上的test case. 这类的面试题目，是考察面试者是否熟悉各种软件测试方法， 设计test case的能力, 以及test sense。 首先应该反问下面试官， 需求是什么样的，比如大概是个什么样的杯子。 我回答这类问题的...

如今 DevOps 已经成为一个流行词，很多公司都在说自己在做 DevOps，但是每个人、每家公司理解的 DevOps 又不尽相同，从 DevOps 诞生的第一天起，如何定义 DevOps 就是一个争论不休的话题。