新员工问题答疑（一）

我一直希望我们的团队能是一个学习型的团队，一直鼓励他们提问，最近收到几个问题，我也稍微想想回复了一些。

1.        在了解了基本的理论后，重点应先从哪些方面着手去进行学习？

回复：应从这几个方面进行学习。

a)        部门总体的测试流程，测试规范，包括各个阶段各个工作产物和每个细节。

b)        学公司习公司主要的业务知识，通过业务联系到现有产品的每个功能以及细节。

c)        尽快融入公司，部门，团队的文化，并保留自己现有好的特点。

2.        在描述某些方法时，最好能提供一些实际的例子（比如测试用例的设计方法）

    回复：你可以使用guest用户去查找别的项目的测试用例，看看其他同事是如何设计的。

3.        测试时经常会出于自己的惯性思维，怎样能更全面地、多角度地去展开测试，希望能给予一些启发？

回复：这个肯定会出现，其实好的办法就两点

            多看多想：就是通过各种渠道包括专业网站，公司现有知识库，同事沟通，同行沟通并通过自己的“脑袋”转换成自己明白的。

           多应用多总结：把整明白的东西尽快现实工作中应用，应用过程进行问题总结，并分享给同事。

4.        在实际的工作中，往往给予测试的时间、资源有限，不能按照特别规范的测试流程进行，测试用例来不及写得很全或者没有时间完全去执行测试用例，但是又必须保证质量，那么如何去平衡这样一种关系？或者说有什么比较好的方法分享？

回复：这个问题提得很好，实际上所有人都想把一件事情都想做很完美，其实都是不可能的。测试用例也是如此，首先我们要把握两件事情，首先这个项目的目标是什么，当然是这个项目目标是合法的情况下。我们要根据这个目标结合测试资源制定我们的测试策略，可能存在的风险提交产品委员审批。策略中对测试用例设计你就可以根据进度，资源进行调整。目前我们常用只种方案。

a)        只对需求优先级高的设计用例

b)        只例出测试要点，不编写测试步骤

c)        只编写测试思路，不编写测试步骤

d)        ……

5.        想了解下怎样去搭建测试环境

回复：当工作到一定阶段的时候你的小组长会安排的，但是你自己先要熟悉项目中应用的数据库，应用服务涉及到的相关工具的基本使用。