#1 楼 @diao2007 单元测试框架，覆盖率有工具统计的，见前面 Level1 介绍

#28 楼 @quqing 欢迎大家来分享自己公司的成功经验。

#26 楼 @shenkai600 那本书是老大写的，我是一线战斗人员写体会。

#1 楼 @beiyouxiaoyuer ，难道贵司开发不写 UT 么？

#14 楼 @monkey 等我后面再写个逐条解释吧

—— 来自 TesterHome 官方 安卓客户端

#10 楼 @defias 这个不是方法论，这是实践，里面有很明确的目标，是开发一眼就看得懂的，我们就是要抛弃 CMMI，RUP，敏捷等那样的繁文缛节 (文中没提是不想引起误会)，使用简单可达成的列表。这个是 Google 内部总结出适合自己的指南，供大家参考

—— 来自 TesterHome 官方 安卓客户端

geo 库可是我上个项目卖钱的，全球 IP 对应地理位置几个 G 大

感谢 thoughtwork，希望以此为契机，成都同学今后自发组织更多的活动

@seveniruby , 空中停留时间可以长点，这样露脸机会多

感谢支持

—— 来自 TesterHome 官方 安卓客户端

多个帐号配置不错，有 github, gitlab, 自己本地的 git

和我之前写的环境准备大致一样啊

徐校长，赞

在上海啊，哈哈

请建一个合集

代我向 Tiger 问好

加油，上海下大雪的天都很多人参加。

感谢，今年大会的第一个个人赞助吧

支持下，楼主可以看下社区的说明，发帖用 markdown 格式。你的平台介绍也可以跟老徐预约个公开课时间讲解，不打不相识。

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

刚讨论就发帖了，赞效率

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