虽然公司自带 ***，不过基本不上 twitter 和 facebook，关注的主要还是以前 google reader 订阅的那些博客，后面导出到 feedly，不定期看看

刚讨论就发帖了，赞效率

赞@skytraveler 的回复，业务测试往往和行业关系密切，传统业务测试向来是从用户使用角度来测试产品 (这也是很多行业还设有 UAT manager)，现在回过头来看，当年的 DE 其实不算个强业务类型的产品，除了每年的大版本发布，很多是客户大数据使用后的补丁，这也是目前银行类测试为什么还需要大量的业务测试 (比如最近汇丰银行的增值税项目需要 100 个测试)，大量的时间是在模拟各种用户场景，而 DE 实际是抛给用户做了。
业务测试的上升空间确实受到了挤压，管理由于岗位有限，能升上去的不多；其实在业务测试之前，QA(严格意义的质量保证) 就受到很大的冲击，因为流程和组织架构的变化，从瀑布到敏捷，很多公司的 QA 部门都裁掉了，所以后面经常会把 TE 和 QA 混淆。
业务测试的出路可以考虑需求，售前售后，实施；业务测试人员自身学习技术转型的也不少。
我个人觉得业务测试最大的价值在集成测试这块，从我目前做的产品，历经 3 年多的时间，各类型的测试都做得不错，覆盖率也足够，发布也够快，但是集成测试这块还不敢全面放心的只跑自动化，随着系统的庞大，模块依赖关联复杂，业务测试从全局上考虑问题，从用户体验和使用习惯上和 PM 合作。

好运，外企英语很重要 (不是那种都是中国人的)

问下 google 是哪个产品用啊

十年测试路过，从手工测试到 UI 自动化到接口自动化又回归手工测试

哈哈哈，加入的同学逃过了今年的发红包啊

恩，地点加上

赞，让我想起键盘打 fifa 的日子

规范可以逐步引入，类似现在工程的迭代，每个阶段形成一些文档，里面制定一些必要的规则，充分沟通得到老大的支持；大公司也是逐步推进的，就像我目前的产品，经过了 4 年才把整个流程做得顺畅，随着人员的进出，隔段时间还需要对新进人员进行培训

日上免税行，听着很高大，居然不租办公室

V5，小伙加油

我先看看不说话

换一个文风写，你就是手拿多个 offer 如何选择的帖子了

金融软件得努力啊，p0,p1bug 都有，好多检查项

很详细，赞下。

1. 不干这么 low 的事情
2. 可以爆负责人

要分解细讲啊，北京的沙龙可以每期安排一讲了～

TesterHome 论坛 管理规范、干活多~~~