Offshore敏捷交付团队QA生存指南
跨地域性的offshore敏捷交付一直以来都是一个充满挑战的工作，对于需要与各种角色进行交互的QA而言更是如此。我在2016年初进ThoughtWorks时就经历了这样一个项目。此间个人也经历了从忐忑不安到得心应手。现在此离岸项目已经交付完成，我也想总结一下这一年来的项目生存实践。
相关分享
1
喜欢
in
insights.thoughtworks.cn
/
2023-08-09 13:49
如何建立你的离岸交付团队？
这里有四种离岸交付合作模式：Team Extension Model，Hybrid Collaboration Model，E2E Collaboration Model和Onshore/Offshore Collaboration Model。每种模式都有其优势和挑战，需要根据组织自身情况选择合适的模式。其中E2E Collaboration Model是一种全面的离岸交付模式，适用于团队成熟度较高、业务模块相对独立的情况。
无图
1
喜欢
in
insights.thoughtworks.cn
/
2022-12-30 09:31
作为QA，我们要如何思考？
随着测试人员陆续开始尝试角色转变，坚守的QA需要找到自己的发展之路。兴趣和性格是客观因素，好奇心和发散性思维则是帮助成为优秀QA的必要因素。
无图
1
喜欢
in
insights.thoughtworks.cn
/
2022-08-02 17:09
敏捷交付的工程效能治理
在Thoughtworks，我们通过对最佳实践(Sensible Default Practices)、能力和度量的持续治理和改进，在保障交付正确的客户价值和减少浪费的基础上，使交付质量更好，速度更快，反馈更及时，从而达到追求工程卓越和形成发展工程师文化的目的，最终产生客户影响力。
无图
1
喜欢
in
insights.thoughtworks.cn
/
2022-06-07 14:27
在一个“去QA化”的项目中，QA能做什么？
所谓“去QA化”只是在某些项目中去掉了单独的一个QA角色，但是总有人会戴上QA的帽子，或者人人都戴上了QA的帽子，人人都拥有很高的质量意识，这其实是QA的理想国。
无图
1
喜欢
in
insights.thoughtworks.cn
/
2022-04-24 11:57
敏捷驱动QA改变
以“追求更短的反馈环”为目标的敏捷，不仅仅改变着敏捷团队的开发流程和技术实施的软件工具，也真切改变着团队质量人员的角色认知，工作内容和思维方式。
无图
1
喜欢
in
insights.thoughtworks.cn
/
2021-07-19 16:40
持续集成和交付流水线的反模式
持续集成和交付流水线是软件开发过程中避免浪费的一种实践，展现了从代码提交、构建、部署、测试到发布的整个过程，为团队提供可视化和及时反馈。
无图
1
喜欢
in
insights.thoughtworks.cn
/
2021-06-28 13:50
持续集成和交付流水线的反模式
持续集成和交付流水线是软件开发过程中避免浪费的一种实践，展现了从代码提交、构建、部署、测试到发布的整个过程，为团队提供可视化和及时反馈。
无图
1
喜欢
in
insights.thoughtworks.cn
/
2021-03-17 10:34
提升软件交付效能——初探“按需发布”
在精益思想的指导下，团队寻找开发流程中的阻碍点，并从各个层面做出调整策略。在业务侧，分析哪些需求可以做到按需发布，哪些需求无法做到，设定适合团队的按需发布标准，并调整迭代工作量。在开发侧，考虑数据的兼容性，部署方式，以及高频率部署所带来的环境准备问题。在测试侧，提高自动化测试的运行速度和主流程的覆盖范围，并利用平台自身的自动化测试覆盖率统计功能，查缺补漏。
无图
1
喜欢
in
insights.thoughtworks.cn
/
2020-12-07 11:02
机器学习平台带给QA的挑战
机器学习平台是一款集数据集、特征工程、模型训练、评估、预测、发布于一体的全流程开发和部署的工作平台。其数据量大、数据多样性、支持算法种类多，加上算法模型结果不确定、集成复杂等等特点；这会给QA的工作带来怎样挑战、以及如何克服，本文一一揭晓。
无图
1
喜欢
in
insights.thoughtworks.cn
/
2020-11-06 15:02
软件交付效能度量——从吞吐量和稳定性开始
除了感性的工作体验外，我们还需要指标来度量改进措施是否对提升软件交付效能有帮助。过多的指标会对团队造成不必要的管理成本，也容易让团队失去关注焦点。从吞吐量和稳定性两个维度考量的四个关键指标是简单但有效的指标，建议优先度量。
无图