5. Alpha，beta测试算UAT测试吗？alpha,beta是不是完全针对类似游戏，工具软件这类面向大众用户的一类软件的一种测试？商业软件有alpha,beta测试吗 ？ 反过来，这些游戏、工具软件是不是也没有所谓的UAT测试？
答：Alpha，beta测试针对的是产品类，而不是项目类，主要用来在正式上市前进行的用户测试， Alpha测试范围更小，局限在公司内部， beta测试是相对大范围的目标用户的测试。
6. UAT测试是不是一个严格按照用户需求书来执行的测试？
答：其实在真正的开发环节中，没有一定之规，也就是没有什么是严格执行的。但是流程的建立者需要明确最终的目标是什么。在能力成熟度高的企业中，流程的可伸缩性就小些，不高的企业中就很大，所以才需要过程改进啊。建议你可以看看测试时代的CMMI专栏，看看流程上的问题：https://www.ltesting.net/html/70/category-catid-170.html
7.是否基本上所有的测试类型都可以统一通过QC这样的软件来管理？包括兼容性测试，backend 测试，集成测试，压力测试等等？还有，类似UAT测试，alpha，beta测试可能有用户来完成，这些测试的测试情况也可以用QC统一管理起来吗 ？
答：理论上都可以，关键在于操作者对测试的理解，工具只是工具，关键是使用工具人的思想。你可以看看测试时代的TD专栏，了解一下TD关于软件测试过程的控制方法：
https://www.ltesting.net/html/11/category-catid-111.html
8.如何大致判断一个软件，大致可能要写多少测试用例？（不妨认为是在一个相对统一的普遍的测试覆盖率的前提下），举个例子来说，就好比mercury自带的订票程序（无论是client/server版的，还是web版本的），或者更实际些的，像MSN、emule这样的软件，类似这些规模大小的软件，要写测试用例的话，大致会有多少呢？还有相对应的测试团队的人员组成如何？向上面提到的这样的程序，一般需要多少测试人员？
答：没有任何一种方法可以准确的评估出需要多少测试用例，很遗憾是吧？因为测试用例的多少完全和组织本身的情况相关，比如如果你的测试人员技能都很高，完全没有必要写详细的测试用例，测试大纲就完全可以胜任了。如果你的人员都是新手，为了控制质量，当然就需要详细的用例了，两种情况的测试用例数量显然相差很大，但是测试效果那？很有可能数量少的质量更高，因为人员质量更高。
所以，测试用例数量和测试质量并没有直接的关联。但是如果你的组织和人员相对稳定，测试手段固定，那用例的数量就是个很有意义的指标了。
通常情况下，对于测试人力的估算是通过开发人力的估算折算出来的，但是不同的项目，折算的方法也不一样，也没有一个都认可的数据。
