首先开始采用测试驱动开发 (Test Driven)。
开发人员首先要善于使用测试驱动开发方法写每一行代码，先写测试脚本后写代码，并反复使用单元测试脚本验证所写代码的正确性。
列出需求
为需求撰写一个单元测试脚本
执行测试确信测试结果是失败的
然后，写上仅仅足够的代码以使得先前的测试可以通过
当所有测试通过了，便可以开始写下一个测试脚本
针对需求有效的实现所有测试脚本
另外，当需要代码重构时候，也应该先重构单元测试脚本，在改动代买之前同样先改写测试脚本。
尽早的开始测试，开始系统测试，不要等待到功能完全做好才开始。
了解计划中的待实现的功能，了解其权重分配，设计系统测试和功能测试用例。测试执行的一开始可以是针对部分功能的，之后可以逐步扩展。接着开始采用迭代的 过程完成测试任务，即将测试任务划分为多个周期，一开始可以做些关键的功能性测试，可以对代码中的可复用部分（组件，构件）做完整的安全测试，性能测试， 压力测试，并发测试，全球化测试等。接着的迭代周期可以做边缘化的功能测试和其他测试，最后的几个迭代应该用于回归测试，和关键的性能和稳定性测试。
然 后策略性的进行自动化测试，设计并开发可以用于日后回归测试（Regression）和用户接收测试（Acceptance Test）的自动化脚本，持续维护与开发这些脚本。自动化测试为团队带来的是长期效益，自动化测试的开发也应该首先选择部分测试对象，例如，API，框架 等比较稳定和关键的功能做功能测试的自动化；对产品的性能指标，压力测试也要较早的制定自动化测试的计划。
最后，要学会做静态测试，做好需求分析，做好对设计逻辑的分析。测试人员要更多的思考需求的可实现性，将自身作为第一用户积极参与项目和系统的需求分析，设计和开发。积极地参与前期工作，并迅速反馈给设计和开发其静态测试结果。
而且，要做好敏捷测试，我们需要转变测试等待开发的思想，测试人员需要了解开发，需要读懂代码，才能够更好的帮助开发人员分析和分离复杂问题。有甚者，测试人员可以成为开发人员的后备力量。当团队中需要更多的人撰写代码时，测试人员应该勇当其职。
团队组织的变化
敏 捷的测试团队在实战中常常不需要其他人帮助做计划和分配任务，成员在各自的敏捷团队中自我管理模式下制定可行的计划与自行分配任务，并直接报告给项目的管 理层。只有在特定的集中测试模式下才需要通过测试团队的领导者形成整体的测试计划和报告。因此，敏捷测试团队是一支即能独当一面又能够默契合作的适应力， 灵活性很强的团队，这正是团队自我管理的核心思想。因此，转变到敏捷开发模式，传统组织结构也需要经历一次调整，调整围绕两个主题，第一，团队充分授权各 成员，对于如何交付结果，成员可以保持较大的灵活性，但成员自身需要对这些结果负责。第二，团队领导者需要协调团队成员对资源的共享和竞争，当敏捷团队各 自计划和实施其工作时，团队领导者应该帮助团队成员建立比较清晰的责任界限，团队角色划分，协调团队中各种资源的使用，鼓励团队之间的相互交流和协作，帮 助培养团队成员对其所属的自主决策能力。
此文章共有6页 上一页 1 2 3 4 5 6 下一页
文章来源：中国项目管理资源网
|
Leadge.com首页 > 知识库 
