一个建议：测试做事情要仔细，不能马虎，偶尔的错别字可以有，但是一定要努力自己改变自己经常会在细节犯错的习惯

概念的确弄混了，但是测试设计的方法也是测试方法论体系里面的一部分

明明是 15000 / 22 / 8 算出的时薪，他这个明显小学……………………

估计就是人家想要给 5K，你要了 10K

对，没有能不能，只有愿意不愿意，除非对左右要干啥理解本身就没理解到位~

nice~
定期总结，盘点自己的认知，以后回头看可以清晰的看到自己的成长轨迹

估计楼主的前提就是深谙业务逻辑，像下面这种东西都已经了然于胸的

666，我喜欢，苦练数十年的 PS 神技终于可以退休了

我不明白你们为什么做业务系统的性能测试总提 qps 呀、rps 呀之类的
一个用户操作，对应后端很可能就是一个 API，一个 API 九成九的概率就是用一个事务来管理，一个事务里面包含多次依赖（其他服务）调用或者数据库读写，用户所关注的不就是这个完整的事务的响应吗，transaction per second 这个指标到底哪里不好以致于大家都喜欢拿 qps 来衡量性能呢，你们是在做数据库中间件或者消息中间件的性能基准测试吗？

原来是没学会用，现在学会了

上午试了一会，暂时弃了……因为连接线上不能直接加文字，无语~

呵，java……人生苦短，我用 gothust

会，不仅小公司，大公司也会~

你可以基于开源项目再重新写一次，基于公司未开源项目做就是找死

在同等的工作量和业务节奏下面，分步朝着如下目标迈进，手段不限：
1、加班把自己的活干好
2、不加班把自己的活干好
3、用自己的闲暇时间帮着大家一起把自己团队的活干好
4、帮着大家一起不加班
5、跟着/带着团队帮着跟自己有合作关系的团队，让他们跟自己的团队协同的时候也能高效

足够提升了吧，这目标感觉够干到退休了

给人的感觉就是每次气不顺就要提离职，怪不得这次过了一周才找你，估计你老大也很吃惊你为啥这么能干活却连个答辩都过不了
然而呢，他仔细一想你前面的作为，可能觉得也在情理之中了吧，冷却你一周，你还自己想不明白，走就走吧，有这样的下属领导自己也是非常累的的，跟人吵架他背后估计也没少陪笑协调……我以前也带几十个人的团队，后来铁了心转开发去了，带团队相比单纯的做技术有多累想必有经验的人都深有体会～

自己觉得很幸运的团队，说走就走，还隔三差五的要走，额，就不深入 diss 了，反正你以后想遇到这样的团队和领导恐怕很难了，但愿到那时候你不要后悔哟……总之，职场除了专业技能之外，职业素养也很重要～

jerkins、jenkins、Jenkins，一篇帖子里

因为写脚本本身就是普通系统测试工程师该干的活，叫好听点就是自动化测试工程师
测试开发要解决工具、框架、平台的问题，有些行业还要深入底层搞一些跟开发对等的算法来验证开发的算法的正确性，诸如此类

看公司爱怎么叫吧，尽量别去应聘那种只写自动化测试脚本的测试开发职位就好了

别不开心，那是因为开发不懂你们的测试开发，所以不知道该怎么问合适，估计就照着开发的标准来问的，那并不合适
这样一解释，连自己都觉得开心多了

聪明、上进、不执拗即可，女生在沟通上有先天优势，测试也不是 100% 全靠技术，再说女生技术好的也不少

如图

左移就一定要移的这么高端吗，提前介入测试还是很简单的吧，就算没有集成环境也有开发本机环境，没有条件测试都可以争取、创造的，一定要等着别人 “按流程规范” 提交给你测试了，那还有什么理由搁这郁闷呢，因为你没努力呀。

再者说了，在 老板们 看来，产品设计时提改进、开发技术设计时提意见、开发阶段 review 代码这些活也 “很简单” 呀，月薪 5 毛钱请来的的测试就应该能做这些，毕竟不是月薪 1 毛钱雇的，啥？外面给月薪 20000？你要知道人家月薪 20000 是可以造火箭的，balabala……

所以你到底是要解决自己的困境还是拿理想中的假如来跟自己较劲，看自己选择咯。当然最简单直接的办法就是撒丫子闪人，去一个更好的地方——开发 120 天，测试 3 天~

解决问题的思路有两方面：
1、解决这个问题本身——对于已经发生的事情，老徐这个套路绝对是老司机必须知道的，无论团队氛围多好，都应该这么做
2、解决根源——这都啥年代了还能瀑布成这个鬼样子也是少见，就算不用敏捷，那小迭代分批次测试、验证都是必不可少的，等到交付 deadline 了才给测试去测，一方面项目经理该死，但是测试团队自己屁股也绝对没坐正——不管你在开发 coding 的时候多忙，但是在老板看来：你划水 83 天才来跟我说只有 5 天不能保证质量？我是老板我也怒 难道你们天天跟我吹的测试左移只是参加一下需求确认？

感觉 BUG 营销将会成为一种时尚潮流~