2、广联达-彭月
1） 有多种业余爱好是一笔宝贵的财富，可修身养性，也可打法时间
2） 测试一定要比客户更专业
3） 挑战1，特殊用户使用的场景
挑战2，专业知识深度不够
挑战3，实验室环境与客户环境不同
4） 敏捷中保证测试工程师独立而独特的视角，坚决同意
5） CMM5,千行代码bug率在千分之2.53之下
6） IBM ODC Orthogonal Defect Classification 正交缺陷分类 [1]
7） 绩效分为基本绩效和贡献
8） 软件测试做2个纬度
验证我们的产品是否达到设计要求
在第二步基础上再去发现更多缺陷，并且是否可以优化
9） 作为一个管理者，首先要有经营意识
10）支持鼓励渐进性创新，而不是变革性创新。注：可操作性强
11）测试框架
云计算服务层
核心驱动层
自动化测试框架
12）招聘看中
聪明
有激情
该学的都学好
13）突破发展前景
14）保持危机意识
15）实现专业生存
16）保持开发心态
附录
[1] 正交缺陷分类（ODC）流程简介及应用经验分享
3、独立测试顾问-邰晓梅
1） MFQ&PPDCS
http://www.taixiaomei.com/archives/31 网页打不开 [1]
2） StartWest/StartEast [2]
3） 测试压倒开发和开发压倒测试一样，不是好的项目状态
4） 预防测试 PreventiveTest 完整团队（whole Team）
5） 启发
第一，如果一个产品或项目有大量bug暴露出来，作为项目管理者要注意了，这意味着项目本身有很大改进空间，产品质量不容乐观。
第二，测试流程只起到辅助型的作用。
测试流程是个启发式的(Heuristics),遵守流程，测试不一定做得好；不遵守流程，测试也不一定做不好，测试流程更多起到辅助型而不是决定性作用。（测试流程是否需要，作用在哪里，是否可以取消？）
第三，做任何测试工作，首先要做到Know Your Mission(知道你的任务所在)
6） 测试认为的三个阶段：
以bug为中心
以流程为中心
以人为中心
7） 测试深度图（Test Depth Graph）
深度思考（Focused Thinking）
广度思考（Defocused Thinking）
8） 基于需求的测试ReqBT（Requirements Based Testing）[3]
快速软件测试 RST(Rapid Software Testing)[4]
James Bach 和Michael Bolton讲述的一门课程，侧重于如何在测试进度紧张，测试资源有限等情况下快速而有效地开展测试工作。
Quality is the value to someone who matters
9） 对于软件测试，可以先实践后理论的路子
