最近在整理测试难题，以及打算在跨子公司讨论、分享的话题。呵呵，大致列举一些

1 如何清晰度量产品的测试质量？

   按测试覆盖率？按BUG遗漏数？按已经发现BUG的曲线图？哪些标准度量最合适

2 如何为复杂产品/大型测试项目选取测试策略？ 如
 
镜像站点测试
异地数据同步测试
重构项目测试

3 支持多浏览器(IE6/ie7/firefox...)/多OS软件如何测试？

降低成本的测试方法有哪些？

正交表测试方法满足我们的需求么？

4 支持国际化语言版本的软件如何测试？如国际站网站支持英文，繁体版，马来西亚语言。
降低成本的测试方法有哪些？

5 如何在时间、进度压力下，最优选取测试集合？
回归测试的面积多大算合理?

6 如何提高估计测试时间的准确度？

7 跨部门、跨公司的接口测试如何开展，以提高协调效率？

如中文站和阿里软件贸易通状态接口，国际站和后台CRM 接口，

8 如何有效度量测试工程师的绩效？

9 生产环境依赖于外部昂贵的设备，在测试环境开展性能测试如何模拟？

比如专用邮件服务器，图片服务器？

10 生产环境的数据量巨大，如何剪裁合适的数据集作为性能测试基准数据？

11 如何更快找到合适的测试人才？

12 如何提高开发、测试双方的满意度？

13 如何在没有单元测试代码情况下，度量代码测试覆盖率

14 现有的软件测试平台更适合传统的大型软件测试，能否、如何定制更适合快速上线的WEB系统？

如QC 的报表、需求管理2部分功能一直没有采用。

15 项目管理、需求管理、缺陷管理多个系统入口， 并没有统一关联。另外代码与需求之间映射关系随着业务变更也难以一一映射

...待续

在技术管理方面，偶是绝对的新手。

不过就像很多事情一样 ，都有人无师自通的 J ,可惜偶不算这种。

以下都是偶的一些浅显见解。

技术管理和纯技术工作还是有很大的不同

1)      技术管理需要经常REVIEW 成员的成果，REVIEW的工作量取决于REVIEW的粒度，太细会把握不住重点且工作量大，太粗无法看出门道。由于要REVIEW 组员成果，需要对组员的工作领域有比较深刻的把握，故技术管理需要杂家 。 纯技术则一门心思把自己的事情做好，并偶尔帮忙请教的同事解决问题，在自己的领域专注得比较深

2)      技术管理的重点在于把握人，要鼓励组员积极发挥主观能动性，及时发现组员的思想情绪变化，也需要授权给与组员充分的信任但还是需要REVIEW成果；纯技术则重点在于管事，把颗粒很细的事情解决掉，当然也有培养接口人的任务。

3)      技术管理的绩效考核从团队业绩出发，一华为跳槽过来的哥们说的： 团队PKI 比个人PKI 更难出彩； 纯技术工作更多把自己的活做好，并影响周围人积极向前

4)      技术管理的工作经常被打断，思路也随之被打断，故在时间管理上提出更高要求；纯技术则干扰少一些 ，技术管理者需要帮纯技术的同事创造一个尽少被干扰的环境

5)      在技能要求方面，作为一个上通下达的角色，技术管理在领悟能力、沟通、协调等 软技能方面提出很高的要求，另外在某些时刻需要根据直觉决断 ；纯技术则需要在技术细节方面把握很到位

技术管理方面碰到的一些容易困惑的问题

1)      技术管理碰到最大的问题是资源短缺，如何平衡各方的需求成为一个最棘手的问题

2)      绩效考核，技术工作很难单纯用数字量化，如何甄别组员的优秀,需要有伯乐的眼光

3)      一直保持良好的团队激情、氛围。基层的技术管理者手上有的 赏的权利很小，手段多为肯定、赞扬组员的工作，呵呵，有时候这些手段是不够 J

4)      技术管理如何协调团队内外的关系。外部期望值一般都很高 ，作为技术管理者在满足外部需求时，需要权衡团队的承担能力

5)      怎样的领导风格最适合团队？ 太严格，容易压抑；太宽松，容易散漫；太武断，容易听不见他人意见，太犹豫容易错失时机

6)      技术管理，自身还需要承担很多技术工作，比如确定技术研究方向、解决技术问题，技术和管理分配的时间比率为多少最合适？

7)      …..

说到底，面对诸多问题，有一个度量把握的问题，这个很需要艺术。 也是偶的努力方向。

  论坛的帖子点击率比BLOG高出很多，呵呵，为了便于索引，这里提交一个URL

  http://bbs.51testing.com/thread-107304-1-1.html

  等某天BLOG 被更多人熟知，说不定我会反过来。哈