回答自己的问题

17章：如何判断人员的工作量的多少？

回答：

1、 Ad-hoc方法

　　这种方法下的测试工作量不基于任何确定的期限。工作一直继续直到达到一些由管理或市场人员预先定下的时间表。或者，一直到用完了预算的经费。

　　这种情况普遍存在于非常不成熟的组织，并且时常有100%的错误差数。

　　2、开发时间的百分比法Percentage of development time。

　　这个方法的基本前提是测试工作量依赖于开发时间/开发工作量。首先，开发工作量使用例如LOC或FP方法被估算出来，然后使用一些探索性的方法来限制测试的工作量。　　这种方法变化比较大而且通常基于以前的经验。

　　通常预留项目的总花费时间的35%给测试。？ 5-7%给组件和集成测试？ 18-20%给系统测试？ 10%给接收测试（或回归测试等）

　　3、类比法（经验值法或历史数据法）

　　根据以前或相似项目（主要在项目性质，领域，规模上有相似）所积累的经验或历史数据来估算工作量。类比法估计结果的精确度取决于历史项目数据的完整性和准确度，因此，用好类比法的前提条件之一是组织建立起较好的项目后评价与分析机制，对历史项目的数据分析是可信赖的。需要收集以下相关的历史数据：？ 在设计和实现阶段花费的时间？ 测试工作的规模，例如用户需求的数量，页面数，功能点？ 数据样式，例如实体，字段的数量？ 屏幕或字段数量？ 测试对象的规模，例如KLOC

　　4、WBS（work breakdown structure）估算法

　　将项目或产品分解为具体的工作，然后分别对各个工作进行时间估算，最终求和得出项目或产品的测试工作量/时间。

　　5、Delphi法

　　Delphi法是最流行的专家评估技术，在没有历史数据的情况下，这种方式可以减轻估算的偏差。Delphi法鼓励参加者就问题相互讨论。这个技术，要求有多种相关经验人的参与，互相说服对方……

　　Delphi法的步骤是：1、协调人向各专家提供项目规格和估计表格；2、协调人召集小组会各专家讨论与规模相关的因素；3、各专家匿名填写迭代表格；4、协调人整理出一个估计总结，以迭代表的形式返回专家；5、协调人召集小组会，讨论较大的估计差异；6、专家复查估计总结并在迭代表上提交另一个匿名估计；7、重复4-6， 直到达到一个最低和最高估计的一致。

　　6、PERT估计法

　　PERT对各个项目活动的完成时间按三种不同情况估计：一个产品的期望规模，一个最低可能估计，一个最高可能估计。用这三个估计用来得到一个产品期望规模和标准偏差的Pert 统计估计。Pert 估计可得到代码行的期望值E， 和标准偏差SD。

 

 

16章 IT行业的创新
当创新与习惯冲突时，我们应当如何选择？

回答：应该做好用户调查，看看创新是否会受人们的习惯而有所排斥，排斥则放弃，接受则继续。

 

 

15章 稳定和发布阶段
对于软件，我们是以软件的稳定为主还是功能为主？

回答：软件的稳定。

 

 

14章 质量保障
测试角色到底有没有必要存在？

回答：有必要存在

 

 

13章 软件测试
那么多测试是全部都要测试是一遍吗？

回答：是

 

 

第十二章：用户体验

短期刺激的功能是否值得去实现呢？

回答：不值得

 

 

第十一章：软件设计与实现

   开发者应该如何缩短处理等待的时间？

回答：采用多线程，缓存和异步

 

 

 

第十章：典型用户和场景

   本章讲的最多的是典型用户、场景及其规格说明书，关于需求规格说明书与用户手册等有何区别？

回答：

需求规格说明书，是作为开发的输入用户手册是开发的输出有何区别，阅读的对象不同，需求规格说明书可能涉及具体的开发方法，而这些用户是不知道的，用户手册是给用户看的，可以理解为操作手册帮助文档和用户手册基本一致不过， 每个公司的定义可能有差别，如果公司比较成熟，可以问相关的部门