2019独角兽企业重金招聘Python工程师标准>>>

利用测试用例来预防外部质量。提倡测试先行，测试人员先将用户故事转化为具体的测试用例，测试用例是对用户故事更加准确的描述，开发人员依据测试用例进行软件设计和实现，软件开发的目的就是让测试用例能够通过，因此测试用例就是我们开发工程师手中的砌墙标线。这样按照测试用例开发能够最大程度的避免需求理解错误、需求遗漏等质量问题。

利用接口测试用例预防内部质量。内部质量（即代码质量）是我们最容易忽视的质量问题，而内部质量保障我的具体建议如果是＊Unit等单元测试工具实现自动化测试，也是先写单元测试用例，用单元测试用例来描述需求，通过实现接口，让单元测试通过，再多次往返迭代过程中，若代码能够测试通过，并且代码的可测试性好，则代码的质量肯定能够得到保障，而且可以得到结构良好的代码。

代码审查。代码审查是一个非常良好的技术实践，应该坚持团队内部每日代码审查，代码审查获得的好处是及时发现和规避代码中的逻辑、性能和规范性问题，另外还能够让团队间的知识在审查中得到共享。

在实践中最大的问题是成本问题，高质量意味着高成本，这往往是很多项目在现实中难以做到的事情。那么在实际项目中，应该优先挑选那些复杂度高并且价值较高的功能或者代码进行测试驱动开发和代码审查等实践活动，比如简单的CRUD可以不做，用户界面层做自动化测试的价值不高，投入的成本非常高，则不宜采用测试驱动开发。

怎么测试

测试用例应该以用户为中心。传统的软件开发中测试人员设计测试用例会考虑从逻辑上去考虑各种分支及可能性，

怎么发布

怎么验证和改进

最后的话

写着写着，我突然发现自己的观点和经验可能与敏捷教科书中的不一样，这就是我眼中和实践过的敏捷。突然回想起原来一场大会中学到的观点，敏捷其实是一个形容词，它不是一个名次，敏捷没有终点，职能做到更敏捷，它是开放的和允许持续演进的。我认为只要是在敏捷价值观和文化的指导下，每个人都可以做出自己的敏捷。

文章知识点与官方知识档案匹配，可进一步学习相关知识Python入门技能树桌面应用开发Tkinter214871 人正在系统学习中 相关资源：盈建科砌体设计软件用户手册-v2.0-2014.pdf-制造文档类资源-CSDN…