对日外包：测试方法论

一 根据出力反推入力

​ 适用于，改本番数据进行伦理测试，可以缩短阅读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 提高对日语的重视程度

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

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

四 前辈写的测试观点

1 测试观点

自分の経験より、すこしもと纏める

1 降順・昇順のテスト

例：社員番号、扶養番号、誕生日の昇順で検索する。

まず、上記の検索順はレコードが何件作成するか、カバーは100%になりますか。

テストケース

①Sha001,001,19810311

②Sha001,001,19831013 ①②は 誕生日の昇順をテスト

③Sha001,001,19840101,

④Sha001,002,19810201 ③④は扶養番号の昇順をテスト

⑤Sha002,002,19810201 ④⑤は社員番号の昇順をテスト

だから、少なくても、五件のテストデータが必要です。

2 半角英数字で入力できる

テストケース

全角英数字

全角記号
全角かな

全角漢字

半角英数字

半角記号

半角カナ
全角スペース
半角スペース

3 境界

一般、境界は正常境界、異常境界が含めます。

例えば：入力された年齢は20以上50未満でこと

テストケース

①15 異常（年齢＜19の範囲では、全て異常値ですから、ひとつ値でテストしてもいいです。）

②19 異常境界

③20 正常境界
④30 正常（20＜年齢＜50の範囲では、全て正常値ですから、ひとつ値でテストしてもいいです。）

⑤50 正常境界

⑥51 異常境界

⑦55 異常（51＜年齢の範囲では、全て異常値ですから、ひとつ値でテストしてもいいです。）

2 测试用语

開発（かいはつ） テスト

概要仕様書(がいよう　しようしょ)　機能仕様書（きのう　しようしょ）

詳細仕様書（しょうさい　しようしょ）　単体テスト仕様書（たんたい　てすと　しょうしょ）

結合テスト仕様書（けつごう　てすと　しようしょ）

新規（しんき） 更新（こうしん） 削除（さくじょ） 修正（しゅうせい）

追加（ついか） 戻る（もどる）

関数（かんすう）　引数（ひきすう） 戻り値（戻り値） 初期化（しょきか）

初期値（しょきち）　呼び出し（よびだし）　定義（ていぎ） 設定（せってい）

実行（じっこう） 確認（かくにん） 検査（けんさ） 環境（かんきょう）

画面（がめん） 最大値（さいだいち）　最小値（さいしょうち） 基準（きじゅん）

遷移（せんい） 記述（きじゅつ）　処理（しょり） 表示（ひょうじ）

実行（じっこう） 繰り返し(くりかえし)（循环处理）　ループ（循环处理）

条件（じょうけん） 記載（きさい） 実装（じそう）　かつ　または　エラー

場合（ばあい）　変更（へんこう） 入力（にゅうりょく）　出力（しゅつりょく）

指摘（してき） パラメータ（parameter） 備考（びこう） 報告書（ほうこくしょ）