对于软件产品的测试习惯，我是这样的（文采不好，请见谅）

第一步需要进行单元测试，就是很简单的新增修改删除查看，检查各个字段的取值方式是否正确，检查是否能正常保存，在操作错误的情况下，会不会出现一些友好的提示；

第二步就是业务逻辑，在第一步测试通过之后，要测试这个模块会跟哪些模块有业务关联，关联的字段数据是否取值正确，比如说金额字段，这个金额是用其他几个模板的哪几个字段的值通过计算得出来的，计算公式是否正确（这个要根据业务逻辑来计算）；

第三步软件产品，一些基础设置是通过手动配置一些参数，或是只配置一些下拉框显示的值（数据字典），比如说【类型】这个字段，这个字段就是数据字典类型的，下拉框显示的值，并不需要开发人员在代码中

        写死的，如果写死的话，给不同的客户用，那它复用度就不高了，我觉得一个好产品需要更多的是一些配置性功能，而不是每个模块都需要开发人员来开发的；所以这第三步就检查一下特殊的字段取值的方式；

第四步就是UI测试了，检查页面的显示的文件的字体类型和大小，呈现出来的样式是否符合要求，是否跟软件的整个风格一致；

这四步下来，一个模块的Bug基本都会暴露出来，但是我一般到第二步的时候是痛苦万分的，因为这个时候遇到Bug是最多的，要提交Bug要写清楚步骤，要去分析这个问题，会是由哪些原因或是有哪几种情况下会出现这样的问题；

       这是最痛苦的事，需要反复去验证这个问题；作为一个测试首先你要熟悉公司的业务，你才有可能做好这份工作，我老大常说一个连业务都不知道的人，是做不好测试的；

做了一年半的测试，我在工作遇到最大的困难就是业务还不够精通，我有一次在客户那边被客户指着鼻子骂我不懂业务，只懂软件，深深伤害了我幼小的心灵，以至于下班回家的路上一直自言自语说一定要学好业务，如果下次他这么说的话，我应该怎么回答他，

都快搞得我精神分裂了，所以学好业务在以后的工作中对开发还是对客户都可以硬气说话是多么重要的一件事啊；