1.自己紹介
2. Byte に投資した理由は何ですか?
企業の評判: ByteDance は、インターネット業界で高い評価を得ている有名なテクノロジー企業です。
発展の見通し: ByteDance のビジネスは、ショートビデオ、情報、教育などを含む複数の分野をカバーしています。これは、さまざまな製品やテクノロジーに触れる機会があり、スキルと視野を広げることを意味します。
チームの雰囲気: ByteDance のチームは、通常、その若さ、活力、革新性で知られています。このような環境で働くことで、同じ志を持った同僚と協力して卓越性を追求する機会が得られます。
学習の機会: 急速に成長している企業として、ByteDance は従業員に豊富な学習と能力開発の機会を提供しています。
3. テスト開始位置についての理解を話す
テスト開発エンジニアは、開発の役割と品質意識を兼ね備えたポジションであり、テスターには開発者のスキルとテスターの考え方の両方が求められます。一般的にテスト開発エンジニアの位置づけは、製品の品質確保とテスト効率の向上です。
テスト開発エンジニアには次のスキルが必要です。
Java、Python、C++ などのプログラミング言語に精通している。
Selenium、Appium などの自動テスト フレームワークに精通している。
MySQL、Oracle などのデータベース操作に精通している。
HTTP、TCP/IP などのネットワーク プロトコルに精通している。
Linux オペレーティング システムに精通している。
4. インターンシッププロジェクトの紹介
5. このプロジェクトの品質を向上させるためにどのような取り組みをしましたか?
品質基準を明確にする: プロジェクトの開始時に、チームメンバーと品質基準とプロジェクトの期待について話し合って定義します。これにより、全員がプロジェクトの品質要件について共通の理解を得ることができます。
品質管理計画を作成する: プロジェクトのニーズと品質基準に基づいて、詳細な品質管理計画を作成します。これには、品質管理、品質保証、品質改善のための戦略と方法が含まれる必要があります。
品質管理の実装: 定期的な検査とテストを通じて、プロジェクトの成果物が期待される品質基準を満たしていることを確認します。これには、コード レビュー、単体テスト、統合テスト、システム テストなどが含まれる場合があります。
品質保証メカニズムを確立する: チームにトレーニングとサポートを提供し、プロジェクトの高品質を確保するための十分なスキルと知識を確保します。これには、技術トレーニング、ベスト プラクティスの共有、継続的なコミュニケーションが含まれる場合があります。
プロジェクトの進捗状況と結果を監視する: プロジェクトの進捗状況と結果を定期的に評価して、プロジェクトが計画に従って進捗し、期待される品質目標を満たしていることを確認します。問題や計画からの逸脱が発見された場合は、適時に調整措置を講じます。
継続的な改善: フィードバックと学んだ教訓を収集することで、プロジェクト管理プロセスとツールを継続的に最適化し、プロジェクトの全体的な品質と効率を向上させます。
要約すると、プロジェクトの高品質な構築プロセスにおいて重要なのは、すべてのチーム メンバーが確立された品質基準と戦略を理解し、従うようにすることです。プロジェクトの成功は、効果的なコミュニケーション、トレーニング、サポートを通じて保証されます。
现在我也找了很多测试的朋友，做了一个分享技术的交流群，共享了很多我们收集的技术文档和视频教程。
如果你不想再体验自学时找不到资源，没人解答问题，坚持几天便放弃的感受
可以加入我们一起交流。而且还有很多在自动化，性能，安全，测试开发等等方面有一定建树的技术大牛
分享他们的经验，还会分享很多直播讲座和技术沙龙
可以免费学习！划重点！开源的！！！
qq群号：110685036
6. MySQL と Redis の使用シナリオは何ですか? 違い？
MySQL と Redis は両方ともデータベースですが、両者の本質的な違いは、MySQL がリレーショナル データベースであるのに対し、Redis は NoSQL データベースであることです。MySQL は、電子商取引、金融、物流、その他の分野など、大規模なデータ ストレージや複雑なクエリ シナリオに適しています。Redis は、キャッシュ、メッセージ キュー、カウンターなどのシナリオに適しています。
MySQL と Redis の主な違いは次のとおりです。
データ型: MySQL は複数のデータ型をサポートしますが、Redis は文字列、リスト、セット、順序付きセットなどの基本的なデータ型のみをサポートします。
本質的な違い: MySQL はリレーショナル データベースですが、Redis は NoSQL データベースです。
トランザクション処理: MySQL はトランザクション処理をサポートしますが、Redis はトランザクション処理をサポートしません。
7. MySQL の遅いクエリのトラブルシューティング (面接官はこれを尋ねるのが大好きで、何度も質問されています)
MySQL クエリが遅い場合のトラブルシューティングにはさまざまな方法があります。一般的に使用されるいくつかの方法を次に示します。
スロー クエリ ログをオンにする: スロー クエリ ログをオンにすると、実行時間がしきい値を超えた SQL ステートメントを記録し、最適化する必要がある SQL ステートメントを見つけることができます。
クエリ ステートメントと実行プランを分析する: クエリ ステートメントと実行プランを分析することで、SQL ステートメントのボトルネックを見つけて最適化できます。
クエリ ステートメントとテーブル構造の最適化: クエリ ステートメントとテーブル構造を最適化することで、SQL ステートメントの実行時間が短縮され、MySQL のパフォーマンスが向上します。
キャッシュの使用: キャッシュを使用すると、頻繁にアクセスされるデータをメモリに保存できるため、ディスク I/O 操作が軽減され、MySQL のパフォーマンスが向上します。
MySQL パラメータの調整: MySQL パラメータを調整することで、特定の条件に従って MySQL のパフォーマンスを最適化できます。
8. インデックスの種類は? プロジェクトではどのようなインデックスが使用されていますか?
データベースにおいて、インデックスはクエリ効率を向上させるために使用されるデータ構造です。一般的なインデックス タイプには、B ツリー インデックス、ハッシュ インデックス、ビットマップ インデックスなどが含まれます。
データベース管理システム (DBMS) が異なれば、サポートされるインデックスの種類も異なります。たとえば、MySQL は B ツリー インデックス、ハッシュ インデックス、フルテキスト インデックスをサポートし、Oracle データベースは B ツリー インデックス、ビットマップ インデックス、関数インデックスなどをサポートします。私たちのプロジェクトのほとんどは B+ ツリー インデックスを使用しています
9. インデックス作成の基本原理は何ですか? B+ ツリーを紹介しましょう
10. Redis データ型と一般的な使用シナリオ
11. インターフェース自動化の粒度はどれくらいですか? インターフェース自動化実行の合格率はどのくらいですか?
一般に、インターフェイスの自動化では次の粒度を実現できます。
単体テスト: 単一のインターフェイスをテストして、その戻り結果が期待どおりであるかどうかを確認します。
統合テスト: 複数のインターフェイスをテストして、インターフェイス間の相互作用が期待どおりかどうかを検証します。
システム テスト: システム全体をテストして、すべてのインターフェイスが連携して動作し、ビジネス ニーズを満たせるかどうかを検証します。
合格率99%
12. http、https、Rps の違いは何ですか?
HTTP、HTTPS、および RPC はすべて、コンピュータ ネットワークのプロトコルです。このうち、HTTP は平文伝送プロトコルであり、HTTPS は暗号化伝送プロトコルです。RPC は、クライアントとサーバー間で通信できるリモート プロシージャ コール プロトコルであり、開発者はローカル関数を呼び出すのと同じようにリモート関数を呼び出すことができます。
HTTP と HTTPS の違いはセキュリティです。HTTPS は SSL/TLS プロトコルを使用してデータを暗号化し、データのセキュリティと整合性を保護します。HTTP にはこの暗号化メカニズムがないため、送信中にデータが簡単に盗聴され、改ざんされてしまいます。
13. インターフェース自動化の出発点を理解していますか? なぜ自動化に人員を無駄にするのでしょうか?
インターフェイス自動化の出発点は、人件費を節約し、退屈で反復的な手動テストからテストを解放することです。これにより、テスターの作業負荷が軽減され、テストの効率が向上し、テストの品質も確保できます。
さらに、インターフェイスの自動化により、テスト カバレッジが向上し、人的エラーが削減され、ソフトウェアの安定性と信頼性が向上します。
14. http と Rpc の使用の違いは何ですか?
RPC と HTTP の使用法の主な違いは次のとおりです。
トランスポート プロトコル: RPC はカスタム TCP プロトコルまたは HTTP プロトコルを使用できますが、HTTP は HTTP プロトコルのみを使用できます。
伝送効率: RPC は、要求メッセージを小さくできるカスタム TCP プロトコルを使用するか、メッセージ サイズを削減して伝送効率を向上できる HTTP2 プロトコルを使用します。
データ送信方法: RPC はリモート プロシージャ コール プロトコルであり、データをバイナリ ストリームに直接パッケージ化して送信できます。一方、HTTP はテキストベースのプロトコルで、データを送信のために文字列に変換する必要があります。
アプリケーション シナリオ: RPC は一般に大企業間の通信に使用されますが、HTTP は中小企業間の通信に適しています。
15. Redis の適切なキー サイズ設定はどれくらいですか?
Redis のキー サイズ設定は、実際のニーズに応じて決定する必要があります。一般に、長すぎるキーはメモリ使用量とデータ クエリのパフォーマンスに影響を与えるため、長すぎるキーではなく、意味のある統一された形式のキーを使用することをお勧めします。
16. URLリクエストからレスポンスまでの流れ
17. スタックとキューの違いは何ですか? キューのみを使用でき、スタックは使用できないビジネス シナリオを示します。
スタックとキューは 2 つの一般的なデータ構造ですが、それらの違いは次のとおりです。
スタックは後入れ先出し (LIFO) データ構造です。つまり、スタックに入れられた最後の要素が最初にポップアウトされますが、キューは先入れ先出し (先入れ先出し) です。 -Out、FIFO) データ構造。つまり、最初にキューに入れられた要素が最初に取り出されます。
スタックはリストの末尾から要素を挿入および削除することしかできませんが、キューは先頭から要素を挿入し、リストの末尾から要素を削除することしかできません。
キューのみを使用でき、スタックは使用できないビジネス シナリオは次のとおりです。鉄道駅があり、乗客を電車に乗せる必要があるとします。キューを使用してこのシナリオを実装できます。まず、駅の入り口に列を作る必要があります。そして、新しい乗客が到着するたびに、列の最後尾に並ばなければなりません。電車が到着すると、駅員が最初の乗客を列の先頭から外し、電車に乗せます。こうすることで、すべての乗客が到着順にバスに乗車できるようになります。
18. 線形リストと連結リストの違い
線形リストとリンク リストは、2 つの一般的なデータ構造です。線形リストは、同じデータ型を持つ n (n>0) 個のデータ要素の限定されたシーケンスであり、その逐次記憶構造は逐次リストであり、リンクされた記憶構造はリンク リストです。リンク リストには、一方向リンク リスト、二重リンク リスト、循環リンク リスト、静的リンク リストなどが含まれます。シーケンシャル テーブルは、ランダム アクセス、ランダム アクセスを実現し、連続ストレージ スペースを占有し、スペース使用率が高くなりますが、シーケンシャル テーブルの挿入と削除には複数の要素を移動する必要があります。リンク リストは、要素を移動せずに任意の挿入および削除操作を実装できますが、ヘッド ノードからのみトラバースできます。ノードにアクセスするときは、ヘッド ノードからリンク リスト全体をトラバースする必要があります。
19. JAVAスレッドの安全性
Java におけるスレッド セーフとは、マルチスレッド環境におけるプログラムの正確性を保証することを指します。Java 言語のさまざまな操作で共有されるデータには、不変、絶対スレッド セーフ、相対スレッド セーフ、スレッド互換、スレッド拮抗の 5 種類があります。このうち、不変オブジェクトはスレッドセーフである必要があり、スレッドセーフ対策を講じる必要はありません。不変オブジェクトが正しく構築されている限り、オブジェクトが複数のスレッド間で矛盾した状態になることはありません。
Java プログラムがスレッドセーフであることを確認したい場合は、synchronized キーワード、ReentrantLock クラス、Semaphore クラス、その他の同期メカニズムの使用、volatile キーワードの使用、アトミック クラスの使用、ThreadLocal クラスの使用、等
20. 錠の種類 どの錠を使用したことがありますか?
ロックには、公正なロックや不公平なロックなど、さまざまな種類があります。Java ReetrantLock の公平なロックと不公平なロックは、コンストラクターを通じて指定できます。また、楽観的ロックや悲観的ロックなどの種類があります。
21. 楽観的ロックと悲観的ロック
楽観的ロックと悲観的ロックは、同時シナリオでのデータ競合の問題を解決するために使用される 2 つのアイデアです。楽観的ロックは、データの操作時に非常に楽観的であり、他の人が同時にデータを変更しないと信じています。したがって、オプティミスティック ロックはロックを行わず、更新中に他のユーザーがデータを変更したかどうかのみを判断します。他のユーザーがデータを変更した場合、操作は中止され、そうでない場合は操作が実行されます。悲観的ロックは、データを操作するときに、他の人が同時にデータを変更するだろうと比較的悲観的に考えます。そのため、データ操作時は直接ロックされ、操作が完了するまでロックは解除されず、ロック期間中は他人がデータを変更することはできません。
22. 一般的な git コマンド? ブランチのマージ、バージョンのロールバック
一般的に使用される git コマンドをいくつか示します。
git init: 新しい git リポジトリを初期化します。
git clone: 既存の git リポジトリのクローンを作成します。
git add: ステージング領域にファイルを追加します。
git commit: ステージング領域内のファイルをローカル ウェアハウスに送信します。
git status: 現在のウェアハウスのステータスを表示します。
git diff: ワークスペースとステージング領域の違いを表示します。
git log: コミット履歴を表示します。
git ブランチ: ブランチを作成、一覧表示、および削除します。
git checkout: ブランチを切り替えるか、ワークスペース ファイルを復元します。
git merge: ブランチをマージします。
git rebase: リベース操作。あるブランチの変更を別のブランチに適用します。
git replace: 現在のブランチを指定された状態にリセットします。
23. タオバオのショッピング ページは白い画面ですか? トラブルシューティングのアイデアを教えてください。
まず、パケットをキャプチャして、フロントエンドまたはバックエンドの問題を確認できます。 1. インターフェイスは正常に戻りますが、フロントエンドは表示されません。 2. インターフェイス要求は失敗するか、ブロックされます。 [より暴力的な方法はこちらです。リモート デバッグ ポートを開いてブレーク ポイントで実行することです]
24. オンライン上で問題が発生しましたか? トラブルシューティングのアイデアはありますか?
オンライン問題のトラブルシューティングのアイデアは問題ごとに異なりますが、通常は次の側面から開始できます: - 問題の範囲と影響を確認する; - ログや監視データなどの関連情報を収集する; - 問題を分析する問題の原因 (プログラム エラー、ハードウェア障害など) - 解決策を開発し、検証します。
25. コードをスキャンしてケースを支払う
以下は、スキャン コード支払いテスト ケースの設計です。
金額の入力、支払い方法の選択、支払いの確認などの手順を含む、通常のスキャン コード支払いプロセスをテストします。
ネットワーク接続の中断、支払いの失敗など、スキャン コードの支払いプロセス中に発生する可能性のある異常な状況をテストします。
悪意のある攻撃の防止やユーザーのプライバシーの保護など、スキャン コード支払いのセキュリティをテストします。
応答時間、同時処理能力などを含む、スキャン コード支払いの速度と安定性をテストします。
さまざまなオペレーティング システム、さまざまなブラウザなどを含む、さまざまなデバイスでのスキャン コード支払いの互換性をテストします。
26. パフォーマンステストの指標? 一般的に使用されるパフォーマンス テスト ツールは?
パフォーマンス テストの指標には次のものが含まれます: - 応答時間: リクエストを送信してからレスポンスを受信するまでの時間; - スループット: 単位時間あたりにシステムによって処理されるリクエストの数; - 同時ユーザー数: システムにアクセスしているユーザーの数- リソース使用率: リクエストを処理するときにシステムが占有するリソースの割合。
一般的に使用されるパフォーマンス テスト ツールには次のものがあります。
- JMeter: Apache JMeter は、Web アプリケーションのパフォーマンスと負荷機能をテストするために使用されるオープン ソース Java アプリケーションです。
- LoadRunner: LoadRunner は、負荷およびパフォーマンスのシミュレーション テストに使用される商用パフォーマンス テスト ツールです。
- Gatling: Gatling は、高速なオープンソース負荷テスト ツールです。
27. アルゴリズムの質問: 最も長い共通部分文字列を見つけてください (書き方に問題があります。面接官は書く必要はないと言いました ┭┮﹏┭┮)
def longest_common_substring(s1, s2):
m = len(s1)
n = len(s2)
# 初始化二维数组
dp = [[0] * (n + 1) for i in range(m + 1)]
max_len = 0
end = 0
# 动态规划求解
for i in range(1, m + 1):
for j in range(1, n + 1):
if s1[i - 1] == s2[j - 1]:
dp[i][j] = dp[i - 1][j - 1] + 1
if dp[i][j] > max_len:
max_len = dp[i][j]
end = i
return s1[end - max_len:end]このうち、s1 と s2 は 2 つの文字列であり、それらに共通する最長の部分文字列が返されます。このアルゴリズムの時間計算量は O(mn)、空間計算量は O(mn) です。
以下はサポート学習教材です。[ソフトウェア テスト] を行っている友人にとって、これは最も包括的で完全な準備倉庫となるはずです。この倉庫は、最も困難な旅にも同行してくれました。また、あなたのお役に立てれば幸いです。
ソフトウェアテスト面接ミニプログラム
何百万人もの人々が使用しているソフトウェア テストの質問バンクです。！！誰が知っているのか！！！インターネット上で最も包括的な面接テスト ミニ プログラムです。携帯電話を使用して質問に答えたり、地下鉄やバスに乗ったり、試験に参加したりすることができます。
次のインタビューの質問セクションをカバーします。
1. ソフトウェアテストの基礎理論、2. Web、アプリ、インターフェース機能テスト、3. ネットワーク、4. データベース、5. Linux
6. Web、アプリ、インターフェイスの自動化、7. パフォーマンス テスト、8. プログラミングの基本、9. 時間面接の質問、10. 公開テストの質問、11. セキュリティ テスト、12. コンピューターの基本
情報の入手方法:
