一直提示要看。。。看了好几遍了。。。还是提示。。。。

已阅

这更适合测试只参与一个项目的情况。。。

不发了 更多的是想看看大家有什么看法和意见

其实我觉得是，先知道想咋干，然后再想着如何用语言完整那个 “咋”

感谢建议，转型阻力比较大，有机会一定去试试

测试用例的作用，我觉得重要的地方有三个：
1、可以说明一轮测试的结束，如果一直发散，那么你永远没办法说测试完成，永远没有上线的时间
2、更早的发现需求设计漏洞，我相信在写用例的时候一定会发现需求设计漏洞
3、测试发散思维的基点，先脑图，在写用例，相信写用例的时候会有很多补充，所以在用例的基础上发散，会扩散的更远。

公司推行了另外的工具，我知道 jira 可以

tdd 这个我觉得测试的能力还不够。。。现在来讲 “故事” 问题不大，现在大佬们关心团队效能了。。。

我们相当于在原来的产品上进行迭代，所以在拆分 “故事” 的时候，都要求这些 “故事” 是独立的，应该是达到可运行，可交付的程度。我们这个不是严格的 Sprint，只是用了看板去管理，对于可交付的功能，我觉得到了产品可交付的预期就交付给客户，不用严格等 Sprint 的结束

恩，也明白思想敏捷、文化敏捷更重要，先开始干了，现在对于我来说过程更重要一些。

面试过数百人，我经常会问几个问题：如果测试时间不够，你会怎么办？ 如果让你去测试一个你完全不熟悉的系统，你会怎么办？你平时会使用那些测试设计方法？ 看似很稀松平常的问题，非常考验人。因为大部分从业者，都没有经受过系统训练和学习，工作多年，依然技能不足，意识跑偏。
特别想问问楼主，心里合适的答案是什么，请赐教~

博主好，对于非常复杂的业务，设计到主从数据库、redis、hbase，还有同步服务等等很多个数据库才能完成一个场景，这种隔离数据成本会不会比较大。

找个人稍微带一下，布置点任务，一上手就好了

最喜欢——脑子里立刻跳出了基本书，就稍微都说下吧：
《拆掉思维里的墙》——古同：这本书我建议刚毕业的孩纸们都可以看看，这是一本改变思维的书。
《高效能人士的七个习惯》——德鲁克：可以实践一下，可以提高自己时间有效利用率，顺便安利一下《卓有成效管理者》
《嫌疑人 X 的献身》——东野圭吾：一步一步环环相扣，最近上的电影很高的还原了作品，但是还是建议看看小说。

飞总 666

第二点，web 性能方面，那个响应是服务器的性能，前端还会关心资源加载，页面渲染之类的东西

我了个去的 我这一年都干了什么

#21 楼 @ycwdaaaa 我总觉得这些问题是项目经理应该去想的，只是项目经理只是负责协调，楼主直接给干了....

这个是不是项目经理。。。

jmeter-results-shanhe-me.xsl 求分享这个文件~~谢谢楼主大大