qa - QA から受け取った最も疑わしいバグレポートは何ですか?

Question

時折、製品を完全に理解していない QA の新人からバグレポートを受け取ることがあり、眉をひそめます。

私のチーム (開発者と QA の両方) が、それが起こってから何年も経った今でも笑っているものから始めましょう。

私が取り組んでいた製品には、アプリの状態の特定の側面を切り替える一連のボタンを備えたツールバーがありました。「ボタン [x] を押すと動かなくなる。動かなくなるにはもう一度押す必要がある」というバグレポートがありました。

score 23 · Accepted Answer

パスワードを入力するフィールドが読めません。このフィールドに入力すると、円のみが表示されます。

これはプロの QA テスターによるものであり、ユーザーによるものではありません。

score 15 · Accepted Answer

これは、ずっと前に「vmsnet.misc」ニュースグループからの帰属を伴う、私の絶対的なお気に入りのバグレポートと応答です。DECはデジタルイクイップメントコーポレーション (Digital Equipment Corporation) であり、VMSは当時の優れたオペレーティングシステムの 1 つです。

これの作者は "Stanley Rabinowitz" で、DEC の世界では SMG$ ライブラリ、WHAT ユーティリティ、および VMS の他の多くの部分の作者として有名です。したがって、これの著作権はおそらく彼にありますが、彼は現在 DEC を離れています。

投稿日: 14-OCT-1983 @ 03:08:00 件名: 私の SPR 回答 (レビュー用)

SPR 番号: 11-60903

回答カテゴリ: UE メンテナンス時間: 1 重複した問題: N 重複した SPR 番号:

オペレーティングシステム: VAX/VMS
OS バージョン: V3.2 製品: VAX/VMS 製品バージョン: V3.2 コンポーネント: ランタイムライブラリサブコンポーネント:
LIB$ ルーチン

回答日:
1983 年 10 月 13 日

メンテナー: Stanley Rabinowitz

アタッチメント：N

出版に関する指示: N

SPR 問題の要約: ユーザーは、2000 年をうるう年にするべきではないと主張しています。

タイトル: - 出版物: - 追加の OS バージョン: 追加の製品バージョン: コンポーネントシーケンス番号: 後継製品: 記事の種類
:
                        ANSWER CATEGORIES
CG=1=与えられた訂正
RS=5=制限
SG=9=提案 FN=2=次のリリースで修正 CS=6=カスタマーサポート
IQ=10=お問い合わせ DE=3=ドキュメントのエラー NR=7=NON-REPRODUCIBLE
HW= 11=ハードウェア UE=4=ユーザーエラー
II=8=不十分な情報
                        TYPE OF ARTICLE
F=オプション機能パッチ N=注記 M=必須パッチ
R=制限
                     FOR MAINTENANCE USE

                        D I G I T A L

                       SPR ANSWER FORM
SPR NO. 11-60903
       SYSTEM   VERSION   PRODUCT   VERSION   COMPONENT SOFTWARE:  VAX/VMS
V3.2 VAX/VMS V3.2 ランタイムライブラリ

問題：

LIB$DAY 実行時ライブラリサービスは、2000 年がうるう年であると「誤って」想定しています。

応答：

今後ともSPRをよろしくお願いいたします。

SYS$ASCTIM などのさまざまなシステムサービスは、2000 年がうるう年であると想定しています。将来のある時点で何が起こるかを確実に知ることはできませんが、現在のグレゴリオ暦が 2000 年まで有効であると推定する強力な歴史的先例があります。私たちはこれらの先例に従うことを選択しました。

カレンダーの目的は、収穫や VMS V6 のリリースなど、将来特定のイベントが発生するまでに何日かかるかを示すために、事前に時間を計算することです。当然のことながら、最も初期の暦は粗雑で、季節や月の周期に基づく傾向がありました。

たとえば、アッシリア人の暦は月の満ち欠けに基づいていました。彼らは、月（ある満月から次の満月までの時間）の長さが29日半であることを知っていたので、彼らの太陰年は354日の長さでした。これは、太陽年よりも約 11 日短くなりました。太陽年の正確な時間は、約 365 日 5 時間 48 分 46 秒です。3 年後、そのような太陰暦は丸 1 か月ずれることになるため、アッシリア人は、暦を季節と同期させるために、時々 1 か月余分に追加しました。

古代で可能な最良の概算は 19 年の期間であり、この 19 年のうち 7 年は 13 か月 (閏月) でした。この方式は、ユダヤ人が使用する宗教暦の基礎として採用されました。アラブ人も、ムハンマドが 12 か月から 13 か月への変更を禁止するまで、このカレンダーを使用していました。

ローマが世界強国として台頭したとき、暦を作ることの難しさはよく知られていましたが、ローマ人は偶数は不吉だという迷信のために生活を複雑にしました。したがって、それらの月の長さは 29 日または 31 日でしたが、例外として 2 月は 28 日でした。ローマ暦には、2 年ごとに、太陽年に合わせて 22 日または 23 日のメルケドニウスと呼ばれる追加の月が含まれていました。

このアルゴリズムでさえ非常に貧弱であったため、紀元前 45 年、天文学者ソシゲネスの助言を受けたカエサルは抜本的な改革を命じました。勅令により、暦を季節に合わせて戻すため、1 年は 445 日とされました。私たちが現在使用しているものと同様の新しい暦は、ユリウス暦 (ユリウス・カエサルにちなんで名付けられました) と呼ばれていました。月の長さは 30 日または 31 日で、4 年ごとにうるう年 (366 日) が作られました。シーザーはまた、3 月下旬の春分点ではなく、1 月 1 日から 1 年が始まることを布告しました。

シーザーの年は、ソシゲネスが推奨する計算より 11 1/2 分短く、最終的に春分の日付がずれ始めました。ロジャー・ベーコンは驚いて教皇クレメンス4世にメモを送ったが、教皇は感銘を受けなかった. 教皇シクストゥス 4 世は後に、別の改革が必要であると確信し、ドイツの天文学者レギオモンタヌスをローマに呼び、助言を求めました。残念ながら、レギオモンタヌスはその後まもなくペストで亡くなり、計画も同様に死亡しました。

1545 年、トレント公会議は教皇グレゴリウス 13 世に再び暦を改革することを承認しました。数学的作業のほとんどは、クリストファークラビウス神父 (SJ) によって行われました。すぐに採用された修正は、1582 年 10 月 4 日木曜日がユリウス暦の最後の日になるというものでした。翌日は金曜日で、日付は 10 月 15 日でした。長距離精度のために、バチカン図書館のアロイシウスジグリオが提案した公式が採用されました。400 で割り切れない世紀の年を除いて、4 年ごとに閏年であると述べました。したがって、1700 年、1800 年、1900 年は閏年ではありませんが、2000 年は 400 で割り切れるため、2000 年は閏年になります。うるう年は 4 世紀ごとに 3 回あり、ほとんどの通常の目的には十分に正確なカレンダーです。この暦はグレゴリオ暦として知られており、現在私たちが使用している暦です。興味深いことに、1582 年にすべてのプロテスタントの王子が教皇の命令を無視し、非常に多くの国が 1698 年か 1752 年までユリウス暦を使用し続けました。ロシアでは、1918 年にグレゴリオ暦を導入するために革命が必要でした。

これが、VMS が 2000 年をうるう年として扱う理由を説明しています。

グレゴリオ暦は非常に正確ですが、それでも数年ごとにわずかに遅れています。この問題が非常に心配な場合は、米国で使用される公式の時報を放送している短波ラジオ局 WWV にチューニングすることをお勧めします。約 3 年に 1 度、システムクロックの調整に注意する必要がある閏秒が宣言されます。彼らの信号を拾うのに問題がある場合は、原子時計を購入することをお勧めします (現時点では Digital 製ではなく、VAX オプションでもありません)。
                         END OF SPR RESPONSE

score 15 · Accepted Answer

「500 マイルを超えると電子メールを送信できません」という話を読んだことがありますか:)

score 3 · Accepted Answer

QA担当者は、同僚のコードにバグがあると私に電話をかけました（プログラマー-同僚はその日病気でした）。彼女は、Webベースのログイン画面の一部のフィールド（名前など）が明るい黄色で、他のフィールドはそうではないと不満を漏らしました。説明するのは簡単でした-私はプログラマーが前日に病気になる前にそれを説明したばかりでした-それはGoogleツールバーのオートフィルが役に立とうとしていたことでした。

score 3 · Accepted Answer

3

「素数ジェネレーターは2を素数と見なします。」

于 2008-11-27T05:39:59.460 に答える

score 3 · Accepted Answer

ユーザーがコンピューターで5分間何もしなかったため、画面が真っ暗になりました。ユーザーは誰かにWindowsを再インストールするためにお金を払った。将来的には、他の人のために作業しているすべてのPCで電源管理オプションを無効にしたほうがよいかもしれません。

score 3 · Accepted Answer

ボタンが「青くなる」というバグレポートがありました。

テスターがWindowsボタンの通常の動作、フォーカスのあるボタンの非常に微妙な青いハイライトを報告していることが判明しました。

score 3 · Accepted Answer

昨日これに対処しました：

問題レポート X: 「グループ化を有効にした後も、FileSize 列は表示されたままです。FileSize 列は非表示にする必要があります。」

(問題は修正されました)

問題レポート Y は、修正プログラムが展開された直後に届きました:「グループ化が有効になっていると、FileSize 列が消えます。」

score 3 · Accepted Answer

「ホバータレットが宙に浮いているように見える。」

なぜいいの。はい、そうです。

score 1 · Accepted Answer

これはQAによるものではありませんが、私がサポートチームに所属していたときのことです。

あるお客様から、システムに搭載されている20GBのHDDが十分に大きくないという報告があり、「より大きなd＃ck」を注文したいとのことでした（空欄を埋めさせていただきます）。

私は実際に電子メールが私たちのスパムフィルターを通過したことに驚いています。当然のことながら、それはかなりの作業でラウンドを行いました。

score 1 · Accepted Answer

1

「時々、旗が画面上に浮かんで、他に何も見えないことがあります！」

于 2012-05-02T13:39:22.813 に答える

score 1 · Accepted Answer

「ページのデザイン・配色がカンプに合わない」

ページをワイヤーフレームと比較していなければ、それほど奇妙ではありません。

score 1 · Accepted Answer

私はこれだけを述べている欠陥を受け取りました：

"It is wrong"

それが何であるかを正確に知るために、私は押し戻さなければなりませんでした。

score 1 · Accepted Answer

同じ QA 担当者が数分以内に 2 つの欠陥を作成しました。1 - 値の削除ボタンがないため、値を削除できません。2 - 値を空白にして保存を押すと、値が削除されます。

善悪を問わず、このアプリケーションでは値を消去して保存するのが標準です。どうやら彼女は基準を変えたいと思っているようです。

score 0 · Accepted Answer

通貨フィールドを (ISO リストに対して) 正しく検証したため、バグが発生しました。ユースケースに「通貨 [英数字]」と記載されているため、彼らはそれを開いたので、有効な通貨として「2」を期待していました。

私はまだそのことについて自問自答しています。

qa - QA から受け取った最も疑わしいバグ レポートは何ですか?

15 に答える 15

Related

Reference

qa - QA から受け取った最も疑わしいバグレポートは何ですか?