テストへの早期介入、誰もがそれが良かったと言いました、それは本当に良かったです!? あなたは何をしている?

テストプロジェクトのプロセス

上記で言えば、各社のテストプロセスは似ていますが、この記事では主に、プロジェクトとテストサイクルの観点から、テスト生が何をすべきかを理解していただきたいと考えています。

いくつかの名詞:

UE インタラクション デザイナー

UIデザイナー

PMプロダクトマネージャー

RDプログラマー

プロジェクト プロセスの観点から見ると、テストはどこに位置しますか?

写真

テスト サイクルの観点から見ると、テストは何を行うのでしょうか?

事前テスト

  1. 製品需要

  2. 製品組織のレビュー要件、追加、削除、および変更

  3. 最終的に要件が決定したら、バックエンド、フロントエンド、テスト、H5のスケジュールを立て、テストのローンチ時期とリリース時期を決定し、プロダクトと各リーダーがこのスケジュールを承認し、プロジェクトが正式に開始されます。

  4. バックエンド、フロントエンド、H5が開発され、テストはテストケースを更新する段階に入る

  5. 開発完了後、開発学生は喫煙テストに合格した上でテストを実施しますが、テストが提出されない場合は、全員が立ち上がり、1. 全体スケジュールを延期する、2. または、のいずれかの解決策を考えなければなりません。プロジェクトが延期されないようにするための他の方法。たいていは残業すれば解決します。

  6. 開発の学生がテストを提出する前に、テストの学生はスモーク テストのチェックリスト、ユース ケースの更新とレビューを完了する必要があり、レビューの参加者は次のとおりです: 製品、インタラクション、RD レビューのユース ケース。このステップはテストの学生にとって非常に必要です。すべての関係者にとって、ニーズを明確にするのに非常に役立ちます。また、漏れをチェックし、欠員を埋めることもできます。

テストが介入するとき

写真

ショーケースの役割について語る

  1. もうすぐテスト反復期間に入ることを全員に知らせます

  2. この機能が測定可能であり、利用可能であることを保証できます。

  3. テスト昇格後の無意味なティアリングやティアリングを防ぎ、その後のテストサイクルを圧縮することで、開発学生がテスト昇格の質が低いという問題を防ぐこともできます。

テスト介入

このプロセスは企業ごとに異なりますし、全員で話し合った結果でもあります 例えば、フルユースケースはサイクルが長いですが、サイクルが短くなったらどのケースを実行するべきか 最適なテストプロセスを見つけますあなたのために。

一般的なプロセスを言います。

3ラウンド:

1. 煙テスト: 製品がテストできることを確認します。

2. 日常環境: すべてのユース ケースを実行する 終了条件: 優先度なし「高/最高」のレガシー バグ + ケースの合格率: 95%、失敗したケースなし

3. 起動前環境: 新機能ケース + クリティカル パス ケースを実行 終了条件: 優先度「高/最高」のレガシー バグなし + ケース合格率: 95%、失敗ケースなし

4. オンライン テスト: クリティカル パス ケースの終了条件: 優先度なし「高/最高」レガシー バグ + ケース合格率: 95%、失敗ケースなし

迭代期间,日常需要做的

  1. moneky日常
testin日常传包,执行monkey,或者自己执行monkey脚本

  2. 早上组织站立会 (参与人员:产品,RD,测试)
这一步也防止后续进度不可控,各方都清楚的说明白了问题,时间5分钟即可
在测试过程中,测试同学要掌控一下测试进度,防止后续有任何不可控的因素,导致影响发版或者上线的时间
聊啥子:
1.预警
2.服务是否该上线了,该校对的是否正常完成,埋点需求是否提了,加了,等等

  3. 日报,抄给领导,这步也是方便能够跟踪进度

  4. 如果有自动化,每天执行一下关键路径的自动化,暴露基础问题

  5. 在迭代后期,测试团队的同学,可以每天抽出10~20分钟,大家在会议室进行随机测试. 也是能暴露一下问题。

测试完成, 准备发版

在发版前期需要完成的:

  1. UI,UE校对完成

  2. 产品走查完成

  3. 剩余bug和用例执行情况输出率:
(这个看各个公司的情况,大家可以主动去找RD的leader去聊这件事情,毕竟这件事情,做出来都是对各方leader有好处的,可以后续去量化绩效之类的)
case通过率>95%
bug修复率>95%
无优先级为“medium/high/highest”遗留bug ,且剩余bug产品经理和RDleader都给予延期的状态设置.

  4. 走发版走查checklist,通过率100%
走查list大致包括:
–日志开关是否关闭
–服务是否都在线上
–客服是否已经培训新功能
–新手引导是否更新
–版本号是否更新
……….

  5. 发此版本最终的测试报告
    走完上面的流程,可以进行发版啦~~~~

发版完成后

  1. 跟踪用户反馈

  2. 开总结会议,总结问题,项目流程遇到的问题,给予解决方案

  3. 线上监控后台,监控服务稳定和app crash率
—-这个之前一个App RD Leader说,实际发版完成后,他们关注的就是监控后台的crash率是多少,如果数据好,就是认为测试靠谱……

附:最近整理的APP测试关注点,可以大家参考

写真

最後に:以下の完全なソフトウェア テスト ビデオ チュートリアルが整理されてアップロードされており、必要な友人は自分で入手できます[100% 無料保証]

ソフトウェアテストの面接ドキュメント

私たちは高給の仕事を見つけるために勉強しなければなりません。次の面接の質問は、アリ、テンセント、バイトなどの一流インターネット企業からの最新の面接資料であり、一部のバイトの上司が権威ある回答をしています。このセットを完了してください。面接資料は次のとおりです。誰もが満足のいく仕事を見つけることができると信じています。

おすすめ

転載: blog.csdn.net/wx17343624830/article/details/131867723