如果没有满足，那么还有哪些地方需要补充。
检查这个产品是否建立了分数档案管理
如果分数档案进行了统一管理，那么所有的数据是否正确处理了，是否所有的错误数据也合理处理了。
如果没有满足，那么还有哪些地方需要补充。
检查各个模块之间的关联是否都正确。（难点）
例如：
当某一员工考核项里面分数变化后，员工分数统计表里面分数是否也重新计算了。
当客户要求业务全面能够满足后。
检查产品的各种业务流程中的输入输出是否都是正确，各种错误输入都能够正确处理。
进入各个界面检查。
检查各个页面的布局是否合理，界面是否友好
按钮等等是否能够正常使用
输入输出是否正确
操作是否简易等等
……
三、按照测试计划，测试用例实施测试。
首先根据测试用例检查产品的设计、实现是否能满足客户的要求，可根据需求追踪矩阵制作的checklist进行检查。
然后实施测试用例：
除了执行上面已经写好的测试用例外，实施测试用例还有个难点是设计测试数据。（因为测试数据等跟产品的设计，产品结构等有很大的关系，所以测试数据只能在产品已经成形后，才能具体设计。）
四、发现问题后，记录BUG，并跟踪，并根据修改及影响情况，进行回归测试。
（这一点项，任何测试都是一样的。而且也是非常重要的，在这里我也不详细解释了，详细对BUG记录及BUG跟踪进行讲解的文档也是非常多了，包括缺陷管理工具。）
这就是一个项目功能测试的基本流程。
上面所描述的也只是项目功能测试的冰山一角。真正实施起来时，还有很多的细节需要处理，比如：如何才能写一个合理的测试计划；如何合理安排测试进度；测试用例用什么形式写；发现了BUG怎么进行汇报和跟踪；什么情况下需要做大量的回归测试等等。
举这个例子就是想纠正一些人的错误观点。
功能测试这样的黑盒测试一点都不简单。
它要求对需求和业务有非常深刻的理解。同时最好要有软件开发知识或编写代码的经验，能理解产品的设计，实现的过程。最后很重要的是，能够根据需求和设计实现，写出好的用例，构思出合适的测试数据来找出产品中的错误。这些是测试的基础，方法和工具是测试的辅助手段。
测试做的好坏也并不是你会写代码，你会做白盒测试，你会做使用好多好多种工具，你就能好测试了。测试的基础一定是功能测试，如果你连产品的功能，业务流程等都不能够完整的理解，那么你的测试是不可能做好的。
当然，也并不是只要会做功能测试就一切ok了。
如果永远只会做功能测试，只会做黑盒测试，不会白盒测试，不会写测试脚本，不会使用工具，那么你的测试道路只会越走越窄。写测试脚本，使用工具等都是提高测试水平很好的方法，但是前提是要有好的基础。
最后建议一下测试新人，刚入行时，不要盲目的学习各种各样的工具及写漂亮的测试脚本。学这些肯定是有用的，但是要分清主次。测试初期，首先要练习自己的基本功：比如如何写“测试计划”，如何去理解一个产品的设计原理，业务流程，如何写“测试用例”，怎么设计测试数据。再学习些开发的知识，能理解产品的一些重要设计和实现原理等。
这些都学的比较扎实后，再去考虑学习工具和各种各样的测试方式来提升自己。
相信通过这样的学习模式，你的测试道路会越走越宽，越走越好～
PS：以上为个人观点，供大家参考。由于测试经验有限加上时间仓促，文章难免会存在一些不足和错误，欢迎大家指正，也希望能跟大家多多交流软件测试和软件质量管理。
