对一个项目，如何做一个测试计划和测试方案？

格式：少字，多图，逻辑清晰
1、功能用例有多少？打算全部做成自动化？----选一个点先落地再慢慢扩大。
2、项目为什么要做这个事情？能解决那些问题？能带来什么好处？---目前存在的问题入手
3、分优先级
--先做接口自动化再做其他的
--接口/UI/功能----先从哪个业务着手？---核心业务/用户用的最多的/你最熟悉的业务
--不经常变化的做自动化
选好了业务，选好了接口，评估一下接口量和业务量
说明为什么选择这些业务？

4、怎么做？
在哪些环境里面去执行？---考虑数据共享的问题，不同的环境下数据如何保持一致？
根据项目迭代多久执行一次？冒烟和回归

选哪个工具/平台/框架来做？（先自己把框架搭好，写几个用例作为demo来演示和截图）
1）选哪个语言，哪些主流开源框架
2）用例放在哪里管理？
3）画出用例执行流程
4）最终的报告样子

5、哪些人做，做多久？
多个人进行角色划分：谁负责维护框架；谁负责写用例；大家水平怎么样；用例标准培训；框架受用文档；用例评审
考虑内容：非自动化的业务人员能够看懂你的用例---你要和他们过一下你的自动化用例。
做多久？--接口量？业务覆盖？人数？业务复杂程度和熟悉程度？
你写了多少自动化用例？运行要花多久？

6、最终的效果？项目的成果。
相对于以前，节约了测试时间，bug反馈提前了，六次阿勒更多的时间测试现在的新功能，和探索性测试。
在项目当中最终运行起来的样子
7、可能存在的风险？--调配出去做功能测试。
需要协助的资源？