很有幸在微博抽奖活动中摇中个一等奖，这辈子第一次中奖，得到中国软件测试大会(ChinaTest)7号和8号的门票。
第一天的会议内容很多，除了早上的主会场，下午有很多分会场，只能选感兴趣的听，一天下来一共听了4场
1. Martin Pol——Evolving towards Service Driven Test Management
服务型的测试管理；我个人不是很赞同测试团队服务化，主要是有关话语权的问题，在本人的职业经历中有过建立服务型的测试团队，
在与开发的沟通中吃亏不小，因为定位服务，在推动开发的测试过程遇到很大的阻力，开发的对质量的关注度低，最终导致测试团队萎缩的状态。
在提问环节，有问到团队的KPI考核，这也是服务化产生的相应问题，既然是服务型的，那么会有客户满意度评价，客户中就有开发团队。
当然，本人的职业经历一直在互联网领域，传统的测试组织打造成服务型团队肯定很多，金融电信领域应该会有大量使用。
2. Richard Bender——How do you know when you are done testing?
什么时候结束测试；Richard给出了很多标准来决定何时可以，从黑盒到白盒，同时着重介绍了黑盒测试中的因果图和白盒测试里的路径测试，展示了很深的
测试功力，也让我好好复习了这两个测试方法。
不过在互联网领域，由于持续发布的特点，不像传统软件那种一次交付，对于判断何时测试结束的标准会有所变化，我觉得可以在此基础上扩展成
How do you know when you can release the product?
在google的搜索产品中，基本做到了一周一发布的频率，要做到如此短时间的发布，除了做好持续集成，另一个简单判断标准是此版本没有P0/P1的bug。
3. 邰晓梅——Test Design Problems Investigation
测试设计遇到的问题；邰老师以自己在华为的个人经历为例，提出测试设计中碰到的种种问题，
如何来解决这些问题，在这次的演讲中没有具体提及，不过邰老师已经总结出解决方案MQTCS并推广，对被测系统中的独立"component"建模，
根据需求来形成测试需求，从测试需求中分解出测试规格，最后形成对应的测试用例，在设计用例中还是需要使用大量采用常规的测试方法，
所以测试的基本功是不可或缺的。
另一个问题是如何评价测试的有效性，邰老师的博客有2篇博客很好的讨论了这个问题，http://www.taixiaomei.com/archives/date/2012/07
在提到的解决方案中，主要是把component当作黑盒来看待，那么是否可以更进一步，提前了解开发设计，演讲中提到某个例子，在开发使用
if...else或是switch是不可控的，但在google中，开发提交的每一个changlist产品成员都能看到，那么这也可以作为测试设计的一个输入。
4. 程燕宾——SOA开发的集成测试
SOA架构的集成测试；现在很多团队会使用SOA架构，在后端会有很多service，各个service不是独立的，会有很多交互，如果仅仅通过GUI来测试，
对于问题的排查比较困难或是很耗时，那么通过对service的测试来把测试往前推，在service开发完成后就介入测试，加上使用虚拟化或Faked data来完成
早期的验证，这样前台的功能测试、service测试、性能测试(分为service和GUI)组成一个完整的体系，使用rational 系列工具中可以很好的完成测试。
不过service测试也会碰到以下问题：
a. 当service数目众多时，工作量会加大，同时由于schema的变更，维护也是个问题，特别是加入到持续集成中，频繁的failure会导致频繁的修复，需要有个权衡，
比如service选取，哪些service需要测试，开发的参与度
b. public/private service，我们知道web service基本都是public，那么采用工具例如rational 做数据驱动测试非常方便，但是private例如WCF，在我的经历中
没有相应的测试工具，我想一方面加入单元测试，另一方面需要团队开发独立的测试工具(Web Service测试工具小汇 曾今讨论过)
以上是我个人参加会议后的一些感受，欢迎交流，欢迎拍砖。
PS：
ChinaTest官网，http://www.chinatest-conf.com/index.aspx
ChinaTest, OUR TEST!
我们热爱测试（Test），
我们拥有激情（Enthusiasm），
我们倡导分享（Share），
我们追求高度（Top）！
