Yutaka kachi wrote:
前から話題になっていることでもありますが、
現在のsmoke testにもテスト項目を盛り込んでいきたいですよね。
http://openoffice.s16.xrea.com:8080/pukiwiki/pukiwiki.php?%5B%5B2.0.3rc_QA%5D%5D#content_1_5
ただ、テスト項目を増やすと時間がかかるばかりなので
既存のテストに盛り込んでいくのが良いんじゃないかと思います。
リリース候補用と開発版用で、別に計上すればいいのかな。
リリース候補用は、全体の項目のなかから少なくともこれだけは確認
catchです
中東アジア用のテスト項目を日本語圏では特に考えもしないように、
東アジア用のテスト項目を欧米圏で網羅・考慮してくれているなんて
考えない方がよいのではないでしょうか。
ですので、東アジア用の固有のテスト項目があってもいいと思いませんか。
...
(2)外部からダウンロードできるようになるまで待って、そのビルドに対して
修正結果を確認する
これって、実はTCMテストでカバーできるのではないでしょうかネ
それに向けて、ビルドも公開されましたし。
・TCMテストする!
・今回のTCMテスト項目を検証してみる。
# そもそも、リリース候補版・開発版に対する日本のコミュニティにおける
# QA(品質保証)テストの姿勢・取り組み方に見直しの余地が多く残っていると思います。
Sei_HONDA wrote:
ここのところ、ぜひぜひ別スレでご提案ください。
●開発版に対して
・日頃の作業はなるべく最新の「開発版」で行う
・testtool などの全世界の言語の人たちが行う試験結果を追証するのに時間を
費やしてしまって、後は付けたしで、というような姿勢ではなく、
日本語ネイティブでしかわからない、日本語圏文化のユーザーしか使わない、