审查(Inspection)

小组评审(Team Review)

走查(Walkthrough)

结对编程(Pair Programming)

同行桌查(Peer Deskcheck）

轮查(Passaround)

临时评审(Ad hoc Review)

1.验证

●软件架构评价与实现一致性评价

●路径覆盖测试

●非功能性：负载、压力及性能测试

●基于决策表的测试

●基于功能分解的测试

●测试用例复用

●用户验收测试

●持续集成（敏捷开发中尽早发现集成问题的一种理念或原则）

1.功能点是什么？

功能点是一种度量软件规模的单位；功能点方法是从用户视角度量软件规模度量的一种方法。通常用于软件造价领域。

1970年，IBM提出功能点方法，主要用于金融领域；1980年，功能点方法在国际上逐步发展和推广应用，形成国际标准，并广泛运用于金融、电信、政府等领域。

；1990年，日本

PDCA循环 - 戴明(W.Edwards Deming)

质量三部曲 - 朱兰（Joseph M.Juran)

零缺陷 - 克劳士比（Philip B.Crosby)

六西格玛（6Sigma) - 摩托罗拉 Motorola

1. 戴明-PDCA循环

PDCA，即是计

持续集成是一种软件开发实践，即团队开发成员经常集成他们的工作，通常每个成员每天至少集成一次，也就意味着每天可能会发生多次集成。每次集成都通过自动化的构建（包括编译，发布，自动化测试）来验证，从而尽早地发现集成错误。许多团队发现这个过程可以大大减少集成的问题，让团队能够更快的开发内聚的软件。

持续集成的宗旨是避免集成问题，如同在极限编程(X