752012 ランダム
 HOME | DIARY | PROFILE 【フォローする】 【ログイン】

情報開発と利活用

情報開発と利活用

【毎日開催】
15記事にいいね!で1ポイント
10秒滞在
いいね! --/--
おめでとうございます!
ミッションを達成しました。
※「ポイントを獲得する」ボタンを押すと広告が表示されます。
x

PR

Profile

令和維新

令和維新

Recent Posts

Comments

Favorite Blog

🌷新作「三姉妹 (5) … New! 神風スズキさん

源氏物語の紫式部日… Photo USMさん

安行桜はもうすぐ満開 GKenさん

激軽 Nori1022さん

before / after に続… samito07さん

Category

Keyword Search

▼キーワード検索

Archives

Freepage List

Headline News

Shopping List

お買いものレビューがまだ書かれていません。
2021.03.04
XML
カテゴリ:情報開発
試験計画そして技術サポートにアクセスすることによって、コンテンツの顧客経験を強化(2)https://ameblo.jp/sfujioka1/entry-12660244382.html

How can test plans be helpful handles?
試験計画はどのように役立つハンドルであり得るか?


Test plans, and test cases to be more specific, are typically produced by the quality assurance (QA) or the testing and verification teams that coexist with most all product engineering groups. While a one-to-one mapping presents between a certain new feature or enhancement and a test plan, it is also possible that an array of features are sometimes recorded in a single test plan. This type of aggregation occurs when a set of features are allied and it makes sense to test them all in a single phase.
試験計画とテストケースは、もっと具体的に言うと、典型的に品質保証(QA)、すなわちほとんどすべての製品工学技術グループと共存するテスト及び検証チームによって作られます。 1対1のマッピングがある新しい機能あるいは強化と試験計画で提示される一方で、一連の機能が一つの試験計画で時々記録されることは同じく可能です。 機能の一組が連合し、そして一つのフェーズでそれらのすべてをテストすることが意味をなすとき、このタイプの集合が起こります。


A test plan describes the hardware and software requirements for a feature that’s being evaluated. The number of devices, the specific software that must be running on these devices, and any pre-configuration to be performed before running the tests are enumerated in the test plan. Also, the interconnections or circuitry is represented pictorially, in the form of a network art diagram or a flowchart.
試験計画が評価されている機能のためにハードウェアとソフトウェアの必要要件を記述します。 装置の数、これらの装置上で走っているに違いない特定のソフトウエアと、テストを走らせる前に、行なわれるどんな事前設定でも試験計画で列挙されます。 同じく、相互接続あるいは回路が、回線技術ダイアグラムあるいはフローチャートのかたちで、図式化されて表されます。


In a test plan, test cases are enlisted with unique identifiers and labels/descriptions. Each test case also contains the series of steps that must be performed to run the case, which is essentially a task or an operation that an end-user will perform with a product. In our technical communications parlance, each test case maps to a task topic that we might have authored for the product’s functionalities. QA personnel denote the success or failure of each test case.
試験計画で、テストケースが一意な識別子とラベル / 記述で箇条書きされます。 それぞれのテストケースがケースを行なうため実施されなくてはならない一連のステップを同じく含みます、そしてそれは本質的にエンドユーザが製品で行なうであろう仕事あるいは動作です。 我々のテクニカルコミュニケーションの言葉遣いで、それぞれのテストケースは我々が製品の機能性のために著作しているかもしれない仕事のトッピクにマップします。 QA要員は、それぞれのテストケースの成否を示します。


As we look for sample scenarios that test plans offer, these might turn out to be real-life situations that can be transformed as an example to be portrayed. A use case or a configuration-example topic is prescriptive. It answers the question “How do I…?” It provides instructions on how to complete a common or helpful configuration task using real values. And, these are precisely what we derive from the test plans.
我々が試験計画が提供するサンプルのシナリオを探すにつれて、これらは描かれるために例として変貌し得る現実の状態であることが判明するかもしれません。ユースケースあるいは設定例トピックが指令を与えるものです。 それは「私はどのように…しますか?」という質問に答えます。 それは真の値を使って共通の、あるいは助けになる測定パラメーターの仕事をどのように完了するべきかについての指示を提供します。 そして、これらは正確に我々が試験計画から得るものです。


=======================================


インターネット・コンピュータランキング


=======================================


ネットサービスランキング


=======================================













お気に入りの記事を「いいね!」で応援しよう

Last updated  2021.03.04 09:31:41
コメント(0) | コメントを書く
[情報開発] カテゴリの最新記事



© Rakuten Group, Inc.