我们要规划测试流程，首先要熟悉整个项目的规划。因此积极参与到项目中的每个环节当中去是非常必要的。至于测试流程，每个公司有每个公司的实情，就如HTSM一样需要结合实际来定制一样，测试流程也需要结合公司的实际情况来规划。我稍微列举一下几个必要步骤：
首先项目立项，立项以后，基本上每个阶段的时间都有了一个大概的评估。因此立项之后立马着手于测试计划的编写，当然这个不是最后的方案，测试计划也会根据实际项目的进行而调整。但是还是要先把初稿编写出来，自己心里有一个大概的框架。
完成测试计划后，拿到需求文档并积极打听开发的设计方案。根据获取到文档信息，圈定测试范围，思考测试手段。最后编写测试方案。
需求分析会后，对整个测试范围更加清晰，并可以分解测试点时，开始编写测试分析。测试分析不需要太详细，但一定要有清晰的思路。测试分析主要用于指导“你要测什么？”。
编写准入测试用例，可以用于提供给开发自测。因此此类用例可写得比较详尽。
编写全部的测试用例。注意测试用例包含的各元素（不会的网上有模板）。注意用例前置条件要写得清晰明了，因为用例主要用于“你要怎么测？”。
执行准入用例。虽然开发已经执行过一次，但测试的角度与开发的角度明显不一致。执行后也可用于判断是否可以进入测试阶段。
执行用例全集。此过程可判定软件质量，大型项目建议做日报以及周报。做到及时汇报软件质量情况。
编写准出报告。根据准出标准，判定软件实现是否已达到与需求一致。
编写用户使用手册。为了让用户快速上手使用软件，编写手册供用户参考使用。
参考的文档：需求文档、开发设计文档、开发详细设计文档、开发接口文档、开发字典表等涉及的文档。
下面整理了一下本次大家的提问的问题，对部分问题做了解答：
1、老师你好，公司刚成立不久，请问做客户端的测试流程要注意什么？
回答：首先感谢你的提问。
不太清楚贵公司的具体方针是什么，因此也没办法给太详细的答案。我个人觉得测试的具体方案跟流程都是需要结合公司实际运营情况来决定的。可能需要你自身的学习并应用到实际当中去。
按照我的理解给以下建议，希望可以帮到你：
（1）明确需求。一定要监督需求文档的完整以及可读性，起码可以到能拿出来分解测试需求的情况。毕竟测试先知来自需求。
（2）跟开发沟通在开发之前可以提供设计文档。一定要了解开发的设计思路，这里可以发现一部分开发功能是否真的就达到了需求的要求。
（3）选一个适合公司应用的测试模型。比如V模型或者W模型。
（4）客户端是指APP还是PC的客户端呢？APP的话，注意兼容性测试是否有实体机测试，并且要做相应的风险评估。
（5）积极与需求、开发沟通并调整部门间的合作关系。
2、老大，WEV和APP测试有什么区别？
回答：WEV?WEB?还是wap？我个人没有做过wap相关测试，可能没办法给一个详细准确的答案。但是我测试WEB跟APP的时候好像没啥区别，基本测到的项目都是一致的。一定要说的话，可能使用到的工具有些区别。测试APP还要考虑到手机上的一些特性，比如耗电，不同制式的网络（2G,3G,4G,wifi），接电话断开对app的影响，与其他APP的兼容等等。
3、如何对一个功能进行深入的剖析？请问在功能测试方面怎么深入？
回答：问题觉得有点小广，不过我个人从以下几个方面来考虑的。
（1）首先必须是业务，对业务一定要熟，一定要熟！熟到能发现业务逻辑不合理的程度就最好了。
（2）了解你测试的系统。比如开发的设计方案等，各接口的调用。
（3）脚本测试跟探索测试结合。当然哪个为主哪个为辅就要结合公司实际情况来应用了。
（4）多应用传统的测试方法来对功能进行测试分析。
4-1、想要了解一下WEB架构的测试。最好能从计划开始？
4-2、一个项目的产生，在真正工作中，一个测试工程师的工作流程是啥？
回答：两个问题的答案相同，我做web测试跟app测试没啥区别，所以基本都是一套。
（1）项目立项以后，立即咨询项目经理关于项目时间的安排（有些项目经理会直接提供）。根据项目经理给的时间，按照公司实际的测试流程划分每个测试阶段的时间。例如：
a.XXXX-XX-XX到YYYY-YY-YY编写测试计划
b.XXXX-XX-XX到YYYY-YY-YY编写测试方案
c.XXXX-XX-XX到YYYY-YY-YY进行测试分析
d.XXXX-XX-XX到YYYY-YY-YY编写准入用例，详细用例
e.XXXX-XX-XX到YYYY-YY-YY执行准入用例，判定是否可以进入测试流程。如果不通过则打回开发，延后进入测试时间。这里需要评估风险，一定要跟项目经理沟通预留时间。如果准入通过则进行下一个步骤。
f.XXXX-XX-XX到YYYY-YY-YY执行详细用例
g.XXXX-XX-XX到YYYY-YY-YY编写准出报告
h.XXXX-XX-XX到YYYY-YY-YY编写用户手册
i.跟踪生产质量
（2）整个测试流程就按照测试计划描述那样，按时间完成则可。
5、探索式测试有哪些方法？
回答：我认识的探索性测试，是一种测试风格。也就是说他比较强调个人的思维或者特性。他没有跟传统的测试方法一样有指定的测试技术（等价类，边界值之类的）。
我个人比较喜欢采用的思考方法有：
测试先知扩展。根据预期结果扩展思维进行测试。
测试条件扩展。根据不同的测试条件组合扩展测试。
在测试过程中发现bug的路径或者类似路径，进行测试。
不知道你认为的探索是什么样的呢？又是怎么去进行测试的？这一块感觉还有很多谜，可以多多讨论。
6、Linux使用的多吗?
回答：感谢提问，不知道这个问题具体要了解什么方面的内容呢？用不用linux看公司方案。不过我从进入测试行业开始基本都是基于linux下操作。算多吧......
7、我想知道金融支付方面该怎么去测，金融测试该怎样高质量的去编写测试用例，去测试？金融测试流程是什么？
回答：话说在没有跟别的测试同行沟通之前我可能会给你一个很肯定的答案。前段时间在微信群跟别的测试同行沟通过一次，才发现这个问题也是要结合公司实际情况来考虑的。
比如我们公司，安全方面是比较好的，所以很多情况下我们基本不考虑篡改地址信息这种测试方法。但是如果你们公司安全包装比较差的话，这里是一个很重要的测试点。
这里还是列一下我知道的：
基本编写测试用例还是采用传统的测试方法。比如金额的输入考虑等价类跟边界值的情况，特别是边界值，很容易出现问题。
如何去测试？我们是采用测试接口以及连接对方测试环境进行联调的方式进行。当然，联调对方接口各种环境问题出现也是痛苦的一部分。估计大部分测试这块的同行都要受的折磨。不知你认识的金融测试又是怎么样的呢？
8、请问如何提高测试效率？
回答：好问题！提这个问题，说明你认为现在的测试效率比较底下的。不知道具体阻碍你测试效率的是什么呢？因为不了解实际情况，我只能说首先找到阻碍你测试效率的因子，然后对应去解决问题，这样应该会有一个好的提升。思考以下几个问题：
（1）对业务不熟悉吗？每测试一个功能点都需要找人确认？
（2）对被测系统了解吗？每次提出的问题都是无效bug？
（3）相关的技术了解吗？每次定位问题都需要开发帮忙才能定位？
（4）对测试环境配置了解吗？每次预置条件的设置都需要花大量的时间在上面？
欢迎多多探讨。
9、请问，功能测试进行到什么程度才算完成？需求覆盖率，很难找到bug还是项目进度时间限制？功能测试是如何贯穿在整个项目的各个阶段？
回答：好问题！我们是算需求覆盖率的，这个基本可以体现在测试用例上面。不知道你们领导希望你们的交付结果要到什么样的情况呢？这个基本是看公司定位的。我们项目主要大范围地划分为需求，开发（包括单元测试），系统测试（即功能测试，包括了自动化的冒烟测试），业务测试，预生产测试，生产上线测试这几个阶段。
10、Bi测试如何开展？
回答：额...很感谢你的提问。但是很抱歉，你的问题我可能没办法回答。我没有测过Bi系统。
11、零基础怎么开始测试？
回答：感谢提问，首先从掌握公司业务开始。懂得公司业务逻辑了，才能发现问题，这是测试的基本。然后尽可能补一些测试基础知识。比如传统的测试方法，linux基本命令，sql语句等。后续再考虑较为高阶的性能以及自动化等知识。
12、功能测试分析方法常规使用的有哪些？怎样能够较快的引入到日常工作中？
回复：好问题！测试分析方法用的就是传统的测试方法，没错就是你知道的等价类边界值因果图判定表之类的。我之前数过有10几种吧，具体就不一一列出来了。下次有时间会整理一个合集出来，一起来探讨探讨。具体怎么结合测试方法来做测试分析？可能也要结合实际情况来分析。我个人比较喜欢结合James Bach的HTSM的模型来使用。这样不但思维清晰并且结构分明。
13、请问功能测试，就是手工测试吗，测试小白怎么进入测试行业呢？
回答：嗯，描述不太正确呢。自动化也可以测试功能的。掌握一些基础知识，就可以入行了XD。当然能学点语言类的就更好了。可以参考问题237。如果还是不能解答到你的疑问，可以多多探讨喔。
14、一直做功能测试，除了管理，还有其他方向可以走吗？
回答：嗯，可能我没有太理解到你的疑问。为嘛功能测试就只能走管理了呢？管理也不是那么好做的，如果以后公司要发展自动化，那么做为没有接触过自动化的你要如何管理自动化这块呢？又要如何给自动化的同事指导呢？特别推荐学习测试女巫，她也是从功能做到自动化的，虽然不认识她但是我个人非常崇拜她。
15、一名入职不到一个月的测试小白，看文章、看视频，想把功能测试学会，但如今看得云里雾里，想问，要学好功能测试，该从几方面入手，得掌握哪些知识，学习路径该是怎样的？
回答：不要迷茫也不要被太多的知识给淹没了。从最基础的开始，先学习公司业务，其他的慢慢来，但是一定要持续学习。相信自己一定可以的！还不行的话，可以多多探讨喔。
16、没有明确需求的情况下，如何开展测试活动？
一般这种情况，我拒绝测试。除非你们公司测试只是摆设，不然这种测试做了没有任何的意义。需求不明确也就是说可以随时更改，也可以随意想象。比如需求是要做一条连衣裙，如果做出来的是一条L号的有莲花花纹的裙子。如果客户要穿S号并且讨厌莲花图案，相信你已经可以看到结果了。并且也不利于团队的合作，后期只会各种推诿。如果你们公司是这种模式，我建议你找领导规划。
本文出自51Testing软件测试网十三周年庆活动—51Testing大咖秀，51Testing软件测试网及相关内容提供者拥有51testing.com内容的全部版权，未经明确的书面许可，任何人或单位不得对本网站内容复制、转载或进行镜像，否则将追究法律责任。
