Discuss your test plan
1.整个测试计划流程中好的部分，我的经验分享。
2.在整个测试计划流程中，我觉得可以精简的部分
3.在整个测试计划流程中，我碰到的问题
4.针对测试计划，我想说的话。
Do we need to test until our software is PERFECT?
答：当然需要，但是不必直到我们的软件到达完美。因为任何软件都是有bug的,我们只要将bug尽量控制在我们控制的范围内就可以了，要做到这一点，我们就必须要通过测试，测试才能更好的发现更多的bug，从而解决bug，减少bug数量，要保证没有影响到用户体验，就可以发布软件了。
What is “good enough” for testing?
答：测试“足够好”基本就是测试之后出现的bug我们能够基本修复，即使不能修复也要在我们的掌控之中，换句话说就是不能让我们的用户使用产品时发现这样的错误或者让用户看到了我们不想想让用户看到的错误，还有最重要的就是，用户使用的时候，无论怎样操作软件都不会崩溃。
单元测试退出标准
1) 单元测试用例设计已经通过评审
2) 核心代码100% 经过Code Review
3) 单元测试功能覆盖率达到100%
4) 单元测试代码行覆盖率不低于80%
5) 所有发现缺陷至少60%都纳入缺陷追踪系统且各级缺陷修复率达到标准
6) 不存在A、B类缺陷
7) C、D、E类缺陷允许存在
8) 按照单元测试用例完成了所有规定单元的测试
9) 软件单元功能与设计一致
集成测试退出标准
1) 集成测试用例设计已经通过评审
2) 所有源代码和可执行代码已经建立受控基线，纳入配置管理受控库，不经过审批不能随意更改
3) 按照集成构件计划及增量集成策略完成了整个系统的集成测试
4) 达到了测试计划中关于集成测试所规定的覆盖率的要求
5) 集成工作版本满足设计定义的各项功能、性能要求
6) 在集成测试中发现的错误已经得到修改，各级缺陷修复率达到标准
7) A、B类BUG不能存在
8) C、D类BUG允许存在,但不能超过单元测试总BUG的50%。
9) E类BUG允许存在
系统测试退出标准
1) 系统测试用例设计已经通过评审
2) 按照系统测试计划完成了系统测试
3) 系统测试的功能覆盖率达100%
4) 系统的功能和性能满足产品需求规格说明书的要求
5) 在系统测试中发现的错误已经得到修改并且各级缺陷修复率达到标准
6) 系统测试后不存在A、B、C类缺陷
7) D类缺陷允许存在，不超过总缺陷的5%
8) E类缺陷允许存在，不超过总缺陷的10%
小组成员：徐永健，方敏，方星晨，杨波，葛兴杰
