A. 软件测试，如何进行工作量评估
工作量评估要看是哪一块的，如果是测试执行时，可以按执行的测试用例来进行评估，比如说根据用例执行的难易成度来进行每人每天N个；同样，测试用例的编写也是一样的，每个每天编写N个，量化即可，同时灵活调整。
B. 手机上如何计算调查软件里的工作量
打开手机设置就行。设置应用里面找，或者电池哪里找，耗时最长的就是软件的工作量。手机软件工作量和电池消耗的工作差不多的。
C. 一个软件项目如何评估工作量和成本
软件开发成本估算过程可进一步细分为软件规模估算、工作量估算、成本估算和确定软件开发成本等四个过程。
其中成本估算需要对直接人力成本、间接人力成本、间接非人力成本及直接非人力成本分别进行估算。
国家标准《GB/T 36964-2018 软件工程 软件开发成本度量规范》中建议的软件开发成本估算基本流程如下图所示：
国家准中的四个估算过程，层层递进，逐步细化，最终达到科学、一致的成本估算。
一、软件规模估算
通常情况下，规模估算是软件成本估算过程的起点。
估算规模是后续计算软件项目的工作量、成本和进度的主要输入，是项目范围管理的关键，因此，在条件允许的情况下，应首先进行规模估算。
在规模估算过程中，需要注意以下情况：
在规模估算开始前，应根据可行性研究报告或类似文档明确项目需求及系统边界。项目需求除包含最基本的业务需求外，还应进行初步的子系统/模块划分，并对每一子系统或模块的基本用户需求进行说明，以保证可以根据项目需求进行规模预估。
依据项目特点和需求详细程度不同，通常估算人员在选择估算方法时应采用纳入国际标准的功能点方法进行功能规模估算，在适用IFPUG或NESMA方法时，可以根据需求的粒度和管理需要，选择预估功能点方法、估算功能点方法或者详细功能点方法。
若当前的项目需求极其模糊或不确定，可不进行规模估算，而直接采用类比法或类推法估算工作量和成本。
二、工作量估算
在完成规模估算后，应当开展工作量估算工作，若当前项目未开展规模估算，也可直接启动工作量估算工作。
工作量估算时，可采用方程法、类比法、类推法、功能点法：
方程法：即基于基准数据建立参数模型，通过输入各项参数，确定估算值。
类比法：即将待估算项目的部分属性与类似的一组基准数据进行比对，进而确定估算值。
类推法：即将待估算项目的部分属性与高度类似的一个或几个已完成项目的数据进行比对，并进行适当调整后确定估算值。
功能点法：从用户视角出发，通过量化系统功能来度量软件的规模，这种度量主要基于系统的逻辑设计。功能点规模度量方法在国际上的应用已经比较广泛，并且已经取代代码行成为最主流的软件规模度量方法。
在开展工作量估算的过程中，需要注意以下情况：
当需求极其模糊或不确定时，如果此时具有高度类似的历史项目，则可直接采用类推法，充分利用历史项目数据来粗略估算工作量。
当需求极其模糊或不确定时，如果此时具有与本项目部分属性类似的一组基准数据，则可直接采用类比法，充分利用基准数据来粗略估算工作量。
对于规模估算已经开展的项目，可采用方程法，通过输入各项参数，确定待估算项目的工作量。若客户或高层对项目的工期有明确的要求时，在采用方程法估算工作量时，工期要求有可能是方程的参数之一。
为追求估算的准确性，建议在条件允许的情况下，可采用两种估算方法，对估算结果进行交叉验证，若估算结果差别不大，可直接使用两种估算结果的平均值或以某种估算结果为准，若差别较大，需进行差异分析。
工作量的估算结果宜为一个范围而不是单一的值。
三、成本估算
在获得了工作量估算结果后，可采用科学的方法进行成本估算。
在成本估算过程中，应需要注意的情况：
类比法和类推法，同样适用于需求极其模糊或不确定时的成本估算；
间接成本是否与工作量估算结果相关取决于间接成本分摊计算方式。在绝大多数组织，项目周期越长，项目组成员越多，其分摊的间接成本就越高，此时项目的间接成本与工作量估算结果直接相关；
直接非人力成本通常与工作量估算结果无关，宜单独分项测算；
成本估算结果，也通常为一个范围，而不是单一的值。
四、确定软件开发成本
在《软件工程 软件开发成本度量规范》中，将软件开发成本分为四类，主要是为便于对成本构成（即哪些成本属于开发成本，哪些不属于开发成本）进行清晰界定。
而在实际确定软件开发成本时，通常并不是分别测定四类成本，加和后获得总成本，而是通常采用以下两种方式确定总成本：
根据人力成本费率及工作量估算直接人力成本和间接成本之和，再加上直接非人力成本，获得总成本；
根据规模综合单价和软件规模，测算出直接人力成本和间接成本之和，再加上直接非人力成本，获得总成本。
在进行软件的规模、工作量、成本估算时应遵循以下原则：
在规模估算时,应根据项目特点和需求的详细程度选择合适的估算方法；
充分利用基准数据,采用方程法、类比法或类推法,对工作量和成本进行估算；
工作量和成本的估算结果宜为一个范围值；
在进行成本估算时,如有明确的工期要求,应充分考虑工期对项目成本的影响,可以根据项目实际情况以及工期对项目的影响程度,对成本的估算结果进行调整；
成本估算过程中宜采用不同的方法分别估算并进行交叉验证。如果不同方法的估算结果产生较大差异,可采用专家评审方法确定估算结果,也可使用较简单的加权平均方法；
在软件项目的不同场景下(如预算、招投标、项目计划和变更管理等)采用国家标准时,相关要求见国家标准中附录A。
除了上述主要原则外，我们还需注意在使用基准数据时：
对于委托方和第三方，建议使用或参考软件行业基准数据进行估算。估算模型的调整因子的增减或取值有可能随着行业基准数据的变化而变化。
对于开发方，在引入行业基准数据的基础上，可逐步建立组织级基准数据库，以提高估算精度。组织级基准数据定义应与行业基准数据定义保持一致，以便于与行业基准数据进行比对分析，并持续提升组织能力。
D. 如何评估软件项目的工作量（人/天）
一个工作或者是项目的工作量的评估，会牵涉到的因素确实比较多。根据经验，罗列几种因素，比如使用的方法或者工具、开发者的熟悉程度、以及(部门之间的)利益关系、对项目的理解评估人员的个性。基于各种因素考量最后出现的工作量评估会有比较大的区别。1.使用的方法或者是工具对于一个项目，A有些现成的模块，B需要重新开始搭建，A和B对完成时间的评估自然不一样。或是对于开发一个网站，假设合理的工作量是，做前台展示页面需要1个月，后台管理需要1个月。A会评估为1个月，等前台上线之后，再同步开始做后台管理。B可能会认为需要2个月，B认为前后台都完成，才是工作完成。2.开发者的熟悉程度这个容易理解，如果是一般对语言或是技术掌握不熟悉的人，花费的时间和返工的时间、沟通的时间自然就要长一点3.(部门之间的)利益关系公司之间的外包项目，服务方就倾向于时间长一点，考虑的因素是假设用户需求会有一部分变化或者希望从中多赚钱。公司的部门之间也是类似，营销部门总是希望越快越好，但是开发部门总是认为营销部门没有更早提出需求等等。4.对项目的理解或者评估人员的个性同样一个项目，类似微信，如果1000个用户数和1千万的用户数，做法上会有非常大的区别。
E. 软件开发工作量如何评估
用于软件项目工作量估算的方法有以“估”为主的专家法和类推法，以“算”为主的类比法和方程法。在软件估算的实践中，类比法和类推法也是普遍使用的估算方法。1、类比法类比法是指将本项目的部分属性与类似的一组基准数据进行比对，进而获得待估算项目工作量、工期或成本估算值的方法。类比法是基于大量历史项目样本数据来确定目标项目的预测值，通常是以50百分位数为参考而非平均值。选择类比法进行估算，应根据项目的主要属性，在基准数据库中选择主要属性相同的项目进行比对。类比法适合评估那些与历史项目在应用领域、系统规模、环境和复杂度方面相似的项目，通过新项目与历史项目的比较得到估计数据。类比法估算结果的精确度取决于历史项目数据的完整性和准确度。因此，用好类比法的前提条件之一是组织建立起较好的项目后评价与分析机制，对历史项目的相关属性建立基线数据。适用范围：当需求极其模糊或不确定时，如果此时有与本项目类似属性（如规模、应用类型、复杂度、开发团队经验等）的一组基准数据，则可直接采用类比法，充分利用基准数据来估算工作量。类比法可以在整个项目级上做基准比对，也可以在子系统级上进行。估算过程：1） 确定待估算项目所具有的属性特点，如系统的规模、复杂度、应用类型、业务领域、开发人员的经验和能力等。2） 查询历史数据库并筛选“最相似”的项目属性数据。3） 如果待估算项目属性与历史项目的主要属性类似，则可依据历史项目的基线数据直接得出待估算项目的工作量合理范围。4） 如果同时满足待估算项目主要属性的历史项目太少，则可针对待估算项目的每个属性与历史项目相应属性的基准数据分别比对，再分别计算得出P25/P50/P75的平均值作为估算值。5） 一般情况下，取P50的工作量数据作为待估算项目工作量最可能的值。2、类推法类推法是指将本项目的部分属性与高度类似的一个或几个已完成项目的数据进行比对，适当调整后获得待估算项目工作量、工期或成本估算值的方法。选择类推法进行估算，通常只参照1~2个高度类似的项目，同时根据待估算项目与参照项目的差异，进行适当调整。适用范围：1） 当需求极其模糊或不确定时，较难估算工作量，如果此时具有高度类似的历史项目，则可直接采用类推法，充分利用历史项目数据进行估算。2） 适用评估一些与历史项目在业务领域、应用类型、环境和复杂度等方面的相似项目，通过新项目与历史项目的比较进行估计。3） 该方法估算结果的精确度取决于已完成项目数据的完整性、准确度，以及两个项目之间的相似度。如果没有类似的项目，该方法就不能应用。估算过程：1） 识别出待估算项目的主要属性。2） 查找本组织曾经做过的类似的历史项目。3） 对比历史项目，标记差异点，经过调整后计算出待估算项目的工作量。3、方程法采用方程法进行工作量估算时，应考虑根据开发组织实际情况进行回归分析，建立回归方程。可将所有影响因子都考虑在内建立多元方程，也可以先根据部分影响因子算出初步的结果，再对结果进行调整。行业级模型示例如下：行业级模型： AE=（S*PDR）*SWF*RDF公式中：AE：调整后工作量，单位为人时S：规模，单位为功能点数PDR：生产率，单位为人时每功能点SWF：软件因素调整因子RDF：开发因素调整因子能上回答望采纳！如有疑问可私信！
F. 如何来评估软件测试人员对一个项目或者产品的贡献度
先说说测试工作量的估算吧。要估算测试工作量，就得先了解究竟哪些算是测试的工作量。测试工作一般包括四个流程：计划、设计、实现、执行。每个阶段的工作，都算是测试的工作，拿系统测试做例子，这些工作的工作量其实都跟需求有关，也就是跟被测系统的功能模块多少有关。一般在估算的时候，先要知道被测系统有多少个功能模块，规模如何，然后根据目前组内测试工程师的能力，比如每人每天能设计多少用例，能执行多少用例来进行大概的估算，得到多少个人天、人月的工作量，做出一个初步的测试计划。然后在后期的项目内按照计划去做就行了。当然，所有的估算都只是估算而已，所以这些方法也只是参考，具体的还要看你的项目的情况，灵活应变，因为计划都有渐近明细的特性，所以必要的调整也是不可或缺，不必刻意求个精准。再来说说如何衡量测试人员的价值。测试人员既然是做质量保证的，自然最大的价值体现就是对软件质量的提升有多大的贡献了。测试人员不比开发人员，开发人员对项目的贡献比较直观，比如实现了多少功能，实现了什么架构，质量是个比较虚的东西，目前比较客观地评价质量的因素一般有两个：缺陷数和用例执行情况。所以一般要量化地衡量测试人员的价值，通常也可以从这两个方面加以衡量。比如一个测试人员设计了多少测试用例，这些用例对需求的覆盖率如何，发现了多少缺陷，用例的缺陷发现率是多高，发现了多少个缺陷，严重程度如何，所以一般很多公司都会将这些因素作为测试人员的绩效考核要素，它们的数量也可以直接反应一个测试人员的能力和其对项目的贡献度。
G. 如何评估软件开发的工作量
这个资深项目经理也没法评估的吧~难题~But个人感觉，评估软件开发的工作量可以采用事后估量的策略。即提交之后，经过测试或试运行，需要重新回炉修改的功能点来估计。这些需要更改的部分的原因主要有两大类：因需求变更导致，本身的bug，为它俩加一个比例因子，就可以衡量该项目的工作量啦。如果进一步精确些的话，则需要考虑进去时间维度了，即修改某一bug所花费的时间。简而言之，前期工作量多（当然工作出色，考虑地多自然算作工作量多啦），那么后期就会暴漏出的本身bug就越少，而且比较容易修改，并且需求变更时，对源代码修改起来也会相对简单些。
H. 如何准确评估开发的工作量
从根本上来说，还是要先弄清楚需求，如果需求在不断的变化，工作量是无法准确评估的，开发也不可能按照计划进行，为了使得开发变得尽量的可控，减少后期维护的工作量，需要做到以下几条：1、需求方与设计人员能够有良好的沟通这一点其实最难，因为通常需求方可能是财务，采购，销售，仓管，都不是开发出身，而系统设计人员一定不是财务，采购，销售，仓管，彼此对对方的工作内容，方式都不熟悉，大家的思维方式也可能完全不同2、设计人员有超强的学习能力需求分析阶段，设计人员需要在短时机内了解需求的每个细节，换句话说，如果需求是财务，那么设计人员就要变成一个财务，如果需求是采购，设计人员就要变成一个采购。不是对该项工作的一般性了解，而是要知道每个细节，这就要求该设计人员拥有超强的学习能力，能够很快的理解自己从未接触过的业务，这一点不是技术上的问题了，也不是一个刚入行的开发所能够做到的，需要足够的经验。3、数据分析能力对应大学里的课程，应该是学好数据结构和数学建模，把具体业务转换成纯数学的东西，并且要尽可能的简单，这点不是每个人能做到的，如果设计不当，会造成后期的不可维护，整个系统可能要推翻重来，当然，这个设计人员一定要是程序员出身，但一定不能仅仅是一个程序员，需要有足够的经验。4、找一个对信息化有足够重视的老板如果自己做不了老板，就要找一个对信息化有足够重视的老板，否则大部分精力可能要消耗在说服老板去实现信息化。
I. 估算软件工作量多少或大小时如何选择合适的方法
在估算软件工作量时选择哪种方法好，我觉得你应该先了解一下软件项目工作量的估算方法主要有哪些。通常用的就3种：方程法、类比法和类推法。一般情况下估算软件项目工作量是由估算软件规模的结果作为输入，然后采用方程法来进行估算。但也有一些特殊情况，比如需求非常模糊而无法进行规模估算时，可以直接采用类比法或类推法来估算软件工作量。以我个人的经验，在估算软件项目工作量时，如果你对于上面说的3种方法的使用足够了解，是可以很容易选择出合适的方法的。有关这3种方法的详细介绍我认为你还是多去了解一下，或者系统的了解一下软件成本估算方面的知识，毕竟工作量估算只是软件成本估算中的一小部分。我可以推荐一本书给你，由北京软件造价评估技术创新联盟编写机械工业出版社出版的《软件研发成本度量规范释义》第2版。或者也可以购买刚刚发布不久的国家标准《GB/T 36964-2018 软件工程 软件开发成本度量规范》来了解相关知识。希望我的回答可以帮到你，如还有疑问可以跟我联系沟通。
