内建质量之路
主题一：“怎么有效的进行需求分析和需求测试
A组讨论结果
目前大家进行需求分析和需求测试的方法：
1）需求文档
2）产品讲解
3）原型
4）边做边获取需求
目前的方法会导致的问题
1）需求不清晰
2）需求丢失
3）需求传达有误
4）需求分析的合理性没法办法测试（项目背景业务不清楚）
5）需求漏洞无法测试
解决方法讨论：
1）产品、开发、测试需求宣贯
2）找映海看看能否有什么方式提前获取一手需求
3）参照竟品业务来进行需求分析和需求测试
B组讨论结果:
具体项目具体对待：
新项目：
1、根据需求文档和原型熟悉需求；
2、测试方法：根据联想法思考关联关系；
基于原项目的新需求：
1、根据需求文档和原型熟悉需求；
2、测试方法：根据联想法思考关联关系；
3、根据数据库设计、架构熟悉需求；
4、根据后台日志熟悉业务的关联关系（要求日志打印内容规范）；
5、根据原始需求分析了解需求；
主题二：如何进行内建质量，内建质量过程中的困扰与解决方案
A组讨论结论
目前存在的问题与困扰：
1）开发在自测、代码质量等质量内建过程中觉得是测试在加任务，有点敷衍。
2）开发任务紧张，没有足够时间参与和配合质量内建
3）xxx平台在版本构建等方面存在较多问题
解决方案及如何内建质量：
1）让开发和测试人员思路一致，而不是站在对立面
2）多跟客户进行沟通，贯彻内建质量理念
3）考虑增加测试代码覆盖度方面的建设
4）继续贯彻现有的静态代码扫描、缺陷分析、代码走查等过程
5）缺陷分析和自动化不用每周例会统计，定时从web系统中抽查
B组讨论结果
1、项目接口 - （优先考虑接口平台，Jmeter）
2、开发执行测试 - 测试进行验收 - 执行中（用例尚不完整）
3、xxx平台提升自动化覆盖（python） - 安排组内培训
4、测试用例评审（思维导图、复杂业务流程）
5、开发技能提升，给开发进行测试理论和方法培训
6、测试技能提升 - 阅读理论书籍，输出总结并组内交流
主题三：大家眼中的测试架构师是什么样的，需要什么能力，我们要怎么做，才能成为
A组讨论结果
测试架构师需要的能力：
1、需求分析能力：能够从客户到角度去理解需求，甚至能够直接发现需求存在的问题；能够将当前需求细化出来，并且通过细化的需求来思考可能在设计方面存在的问题，提前发现设计的缺陷
2、整个产品架构的理解能力：这个只有达到开发架构师级别，才能更好的去参与整个设计方案的讨论，并且发现测试方案的一些缺陷。
3、测试分析能力：能根据产品的特点来分析通过怎样的方法来更快的保证质量，从而来满足上面对测试团队不断提高 要求
4、技术人员培养能力：一个架构师应该在技能方面比较全面，比如说专项方面，同时能够对他人进行技术指导培养，提高整个团队的技术水平
5、技术规划能力：提前预见问题，提前规避协调，识别风险，提供测试方面的设计和建议以及专项指导，合理的测试计划安排，质量管控，识别技术改进方向，并一步步的推进下去
6、技术的广度：测试架构师需要掌握很多方面的技术，碰到新的问题时，有更好的解决思路
7、问题处理能力：有项目困难的时候及时支援
8、沟通能力
怎么做才能成为测试架构师：
以上测试架构师需要的能力每一样都达标
B组讨论结果
1.技术厉害
2.会吹牛
3.了解前言技术
4.业务能力
5.协助能力
6.写作能力
7.质量把控
8.人力分配
9.知识传播
10.沟通
11.风险识别
12.计划
13.流程规范
14.威信，领导力，亲和力
主题四：“开展内建质量活动至今，项目或工作开展上有哪些变化，好的或者不好的？未来我们还想改进哪些方面？
A组讨论结果
好的：1、现在流程清晰了，测试有时间做技术提升
2、提测会进行静态代码、自测
3、每个版本发现缺陷数量减少
4、项目版本提测管理合理
5、有部分项目需求问题有改善
不好：1、开发没有开展内建质量的意识
2、我们测试填写数据花费部分精力，特别项目时间比较紧急情况
未来改进方面：
1、如何开展codeRiewer
2、项目需求需要继续改进，加强需求变更流程
3、项目计划没有前置安排，项目计划不合理
4、定制化需求时间比较紧急，通常都加塞
5、项目之间关联功能，信息没有同步；
6、需要加强上线版本管理
B组讨论结果
变化：
1.开发自测意识有所提高
2.bug验证通过率有所提高
3.项目计划明确
4.有需求文档与原型，但需求颗粒度太粗,给产品反馈，正在努力改进中（xx项目）
5.开发有承担测试任务（xx项目）
6.项目上线后有做质量复盘与总结，并提出问题积极改进。
改进：
1.测试提升级用例设计，协助开发提高自测通过率
2.线上问题反馈分析与总结
3.因时间不足，测试技能提升较慢
4.项目管控能力需要提升