对日外包：测试方法论

对日开发中的测试方法论

- 一根据出力反推入力
- 二改修PGM的测试成果物
- 三测试式样书的撰写
- - - 1 测试式样书的修正
    - 2 测试式样书的作成
    - 3 提高对日语的重视程度
- 四前辈写的测试观点
- - - 1 测试观点
    - 2 测试用语

一根据出力反推入力

适用于，改本番数据进行伦理测试，可以缩短阅读SOURCE的时间，快速完成改修点的测试，因为即存SOURCE的规模一般都是特别的大，而且想读懂每一句代码，估计你是得花个好几年。

另外要注意：COPY句对应的位置，不要把追加变量的位置搞错了；弄清楚，是从哪个变量到哪个变量，这个数据流

在这里插入图片描述

二改修PGM的测试成果物

一般对日开发的话，成果物文档比较多，所以说程序员利用好EXCEL和VISIO，可以大大提高效率，后期我会总结一些常用的VISIO技巧；另外就是要利用好即存成果物，不管是同批次其他经验者做的，还是老前辈做的，这样会节省很多时间。

主要分为，以记录代码为主的CODING成果物；以记录SOURCE设计结构为主的式样成果物，里面主要是VISIO画出来的FLOW图，用EXCEL记录设计历史的条件书、条件书体现的一定是SOURCE的最新状态，WORD写出来体现程序变更的SHEET;记录测试预想的测试报告书；实际测试时候的测试政绩，主要是测试报告书加测试CASE，这个就需要和预想值比对。

账票的时候也就是我们去银行打印的流水单，可能涉及到换页的问题，比方说，如果账票中少了一行HEAD部，我们就应该追加一个改页测试，来检证HEAD部改变的影响，HEAD部后面就是DETAIL部了

三测试式样书的撰写

我认为这算是最难的一部分了，因为许多测试观点真的很难想，不能蒙混过关，需要你懂得一些常用的日语，而且如果不符合测试预期，真就寄了，而且测试前，一定要准备周全再开始测试，不然边测边写，容易GAME OVER。

1 测试式样书的修正

测试式样书修正，一方面是根据评审结果，另一份方面是担当者自己发现问题，或者是根据式样变更。一般情况下，担当者修正完测试试样书是，评审者会根据评审结果进行再评审。但是，问题往往，就发生再这里，如果担当者是根据后两个原因，修改了式样书，评审者又如何能够及时的评审呢？

如果是担当者自己发现问题，并修改：要求担当者对修改的内容标记颜色，或者标记修改履历（履历中必须记述，修正了那些测试点，不能笼统的概括修正内容），担当者要通知评审者进行再评审，如果是在测试中，发现测试式样书不正确，那么还要进行再测试。但是，切忌，测试中发现的式样书有问题，要作为测试文档不良的bug，并且依据bug进行修改->再评审->测试。

2 测试式样书的作成

测试重点表，有的测试点可能测试条件比较多，这样的话测试的组合也非常多。为了能够让测试的人充分的理解测试点的意图，可以为每一个测试点,测试重点表，通过此表可以理解对于不同的测试点，测试重点是什么。这样不仅便于测试人员理解测试意图，更重要的是，可以提高测试的效率，品质，后面加个别纸，写具体的测试项目

3 提高对日语的重视程度

どんなテストを実施すると、品質を保証できるか？

写测试报告书的话一开始日语不好也没有关系，因为你不必和日本人直接交流，虽然文档都是日文的，但都是模式化的东西，而且确实和中文比较相近，大概意思都可以猜出来，实在不行别人也是可以帮忙讲解的。起码我所在的公司是这个样子的，别的对日公司我也了解过大体上都差不多。**经过一段时间的日语学习如果你的日语水平还没有长进或你根本不学那问题就严重了。员工在公司里接触的都是日文，如果一点不懂，时间长了必定影响工作效率。**不会可以，肯学就行，不会又不肯学日语在对日公司是一点前途都没有的。在我们公司日语不好别的再好，涨工资、提升根本就不会在考虑范围。根本不想学那我劝你还是另做打算吧，如若不然你在公司里将非常尴尬。