（人の）オリジナルリンク：https://juejin.im/post/5d4e2ea76fb9a06b2f5fa018
昨日と呼ばれる記事を見た「の姉妹プログラマのようなテストを行うにはどのように」、あなたはこれらのアイデアがそう見ないか、ビューの資格プログラマのポイントを立った後、私はプログラマだまず、所定の位置にある点を考えます、生徒たちは、上記の記事を読んでいない、あなたは簡単で楽しい次の記事を読むために2分を描くことができ、今日の私は、プログラマが妹をテストするのが好きですか、私の視点について話をするこの機会を利用したい、また、視点の下で、式の試練に耐えう？我々はまた、面白い話について話しています。
記事のアイデアは、テスト姉の話を始めます
類推世辞姉妹によって開発1.テストは言いました：
何それは言うことを意味するのでしょうか？テストは、バグを上げ、しかし、他の2つはまだ隠されたバグを発見された3つのバグ（三つの複数を表す）の開発を変え。小さな弟の開発経験の欠如は、このバグを修正し、私はほとんど影響範囲、簡単な修正を感じ、そして経験豊富な開発者はすぐに見つけて、後の試験妹を通知するために走った、言った：「このバグは、ビジネス機能の多くに影響を与え、う、あなたはしてください関連の機能テストを中断し、私がテストした後、修正してみましょう。」
手には他のプロジェクトならば、ただ現時点であなたが行くことができ、ここで再びそうでない無益な旅、私はちょうど別のテストタスクをテストする必要が持っている」、または他の最初で忙しい：妹は音楽を聞いて、私は思いました安静時のお茶。」
私は上記の二つの質問があると思います。
1）全体のキープログラマを判断する能力
2）良好なコミュニケーションスキルがより重要です
小さな弟の開発はバグ関連の多くを解決する場合は、なぜテスト、終わりに近い同じルーツうちいくつかのテスト、テスト姉妹愚かなバグを言わなかった、バグの数をまとめ、開発者は3個のバグを言います1をカウントし、テストがノーと言った、なぜあなたは3でも不公平な場合、舌戦争が勃発しようとしている、バグを見つけることが3、カウント1、私の無益な限りです。
、実際には、必要ないと思うようになって私の同僚は、バグ以来、ほとんど反論し、テストが発生する前に、私が覚えて、開発者は時々バグの数を気にし、実際には、このことについて本当に面白いと思うが、我々は、ビューのお互いのポイントの上に立つ必要があり、そうでない場合必要に応じて、彼らの最も重要な操作を行います。
2.テスト1は、開発者を得る「買う」ことが好きではありません。
時には完全な変更のバグの開発は、発見後の回帰テストは本当に解決しますが、悲劇は、単に使用されていない別の関数に続いて、フロントヤード、バックヤードや火災を、クリーンアップということです。この現象は、白は経験の悪いと考え、開発、欠如である、またはビジネスに精通していないことを言って、仕事に非常に一般的です。だから、あなたは、多くの場合、債権回収を見つけるだろう、自分のコードの良好な制御を持っている上で物事を考え、その後、ラインやコードに行く、あるいはテスト古い鉄の同僚を思い出させます。
3.テストの愛の物語：
テストは、あなたがそれ以外のバグが近くにいない、気分の開発を理解していないん、あなたはバグを生み出す方法を、教えてくれと言う、ヘッドレンツの何も書かないし、テスト妹が無知に見えることを余儀なく。私はチームワークにしてもつながらない、本当に理由はない失礼な発言のバグ、あると思います
まず：テストハードテスト問題、なぜ知っているが、それが最終的に取得したいが行わ単語、間違いではない紳士です。
第二：コードレベルはによって引き起こされている場合、統計的検定は、プロジェクト全体の品質状況、バグの重要度分類、またはコードレベルに起因する環境を、希望の不注意かさえも、原因でそうしませんでした原因軽率待ちます
第三：プロジェクトの概要、開発戻ってバグを見て、長い時間があれば、それを引き起こした原因は考えていなかった、あなたがその日のリーダーシップを問う場合には、また、霧の外観の背後にある考え方を要約したい場合は、私が聞きましたあなたの行為は、私たちと共有することの下でピットを埋め、多くの労力を費やしたように、いくつかの時間前のプロジェクトは、バグ、深いピットが発生しました。あなたが根本的な原因を記録していない場合、我々はまた、しばらくの間、ひなに行かなければならない、おそらくあなたの態度をリードすることは同じではありません
上記、そんなに長いったらしい、今日の話題の導入である多くを書くためにペンで自分自身を助けるが、見つけることができませんでした、今日のトピックは、以下の通りです。
どのようにプログラマは妹をテストすることが好きですか？
時間は本当に私の姉、次のテキストを参照するには、テストであれば、私にヒットしない、もう少し私の要求ビット深刻かもしれ
- ビジネス習得
- 好奇心
- 良好なコミュニケーションスキル
- BAは、スキルを持っています
- 正確な解析機能
- 静かな心
- エリン・ブロコビッチ
- 強い責任感
- 先見の明の聡明
- リスク管理
- ヤン高い値
私たちは、プロジェクトのライフサイクルでのテストの品質の上記の分析を説明下：
ビジネス習得
彼らは忙しいラインとコードであるように、あなたにこれを伝えるための時間を持っていない、このビジネスルールは、いくつかは、ビジネスルールは、製品を見つけるべきではないと言うか（ある、お気に入りのお馴染みの試験事業を開発したのですか？製品が持っていないか、時間に精通していない、これは製品が問題であり、この記事を完了するために、私は）大きなプロジェクト頻繁に人事異動、人々のルールを完全珍しいソートが理解され、私は、ハハ、冗談を圧力に耐え、多くの人々を怒ら推測;馴染み事業は、システムの問題を識別するために試験と分析を視野の高い地点に立つことができます。
好奇心
私はすべて、積極的に確認、洞察を疑う;テスト用テスターの主な目的は、それが不良品でないことを証明するのではなく、欠陥のあるソフトウェアであることが分かっています。スキルをテストするために必要ですが、唯一の違いの強い度あなたは懐疑的な態度は資格テスターではない持っていない場合は、私は信じています。
例えば、開発者はテスト姉妹に置く小さな措置を変更する必要がある、と彼女は言った：「私は、関連するシーンの下でテストする関数A、2、3に変更し、あなたが私のテストを支援します。」姉妹は尋ねる：「大きな変更を行う、リスクが何であるか、あなたは自己診断テストをした、それは、他の機能をテストする必要があり、他の機能をしてください影響を及ぼすだろう？」どのように多くの質問を考えて、小さな弟の開発をして、言いました： "私は、震災の影響かどうか、私は突然それを考える、このような質問は、他の機能に影響を与えるが、あなたは、次のそれをテストする必要があり、ハと思います。」
テストの開発は考えていない時には、彼は良い従順、あなたがテストをどのように変化するもの、と述べええ、あなたがより良い何点をテストするために必要なビジネス分析上の独自の判断によると、短期では、懐疑的な見方で処理しました。かつて私は、ユーザーからのフィードバック機能にバグがあり、オンラインで数日で、その結果、同様の問題が発生した作業前の時間に、私は最後の時間の変更が生じたことに気づきました。
良好なコミュニケーションスキル
テスターは、多くの場合、異なる部署に対処する必要があります。バグを記述すると、開発者は、あなたが見つかったバグを受け入れることができることを保証するために、より正確に、より簡潔、より正確にはどのように、それが表現して説得するために良好なコミュニケーションスキルに依存する必要があります。したがって、良好なコミュニケーションスキルは特に重要です。
私は通信が2つの領域に分かれていると思います。
1）書面
一般的な会社が詳細にバグを与えて、バグが開発者に作業指示を言及します見つけて、このチケットは、テストレベルのテストであり、それのように作業指示開発のどのようなものでしたか？
私は仕事のための良い例をお話しましょう：
私たちは、問題は何このバグのチケットを見て？
私はこのチケットの問題は以下の通りだと思う開発の視点に立ち：
- 開発者は、ユーザーをテストすることができます説明が明確ではないが、唯一のタイトルは何にプロモーションに取り組むアカウント、もリンクを知らない、逃げるだけでなく、最終的に推測を開発するためにどのアドレス、
- 2、またマークの種類のタイトルに推進権
- 明確にマークされていない、ルールの需要は何ですか
希望の開発があいまいな、不完全な情報は、顔が通信コストに直面するようになります場合は、直ちに、問題を再現することができ、コア作業指示情報に記載されています。
2）口頭表現
あなたがより良い作業効率を向上させ、それが簡単にあなたが重要であると言うことを理解して聴くことになるので、雄弁に表現良いです。
BAは、スキルを持っています
BA就是业务分析师的意思，这要求测试人员有分析需求的能力，哪些需求是真需求，哪些需求是伪需求。真需求就玩命的测，伪需求在时间允许的情况下尽量的测。这个要求有点高，不过这个可以提高产品的质量，降低项目风险。
精确分析能力
很多公司的bug不进行分析的，即使分析也不给开发看，我觉得这不合理，首先讲下为什么要分析？
为了发现bug产生的根源，及早采取调整和控制措施，预防和控制问题的蔓延和新问题的产生，揭示软件质量、过程质量、人员能力、组织能力之间的关系，加强软件精细化管理，促进人、过程、组织持续性改进。
那么如果没人分析汇总，又没人团队参与总结，产品质量，团队成长能进步吗？
所以作为一名开发觉得，测试的分析能力是团队进步的催化剂。
一颗安静的心
浮躁的人总是找不出隐藏在深处的bug，良好的耐心，专注力是测试必备素质， 每天测试对着n个设备反反复复对着同一个产品使用研究，不腻也烦了，真佩服他们这么专注和坚持了下来，开发表示佩服。
永不妥协
曾经遇到过这样的问题，开发说这个问题有点复杂，不好改，这个场景极少出现，一改的话要延期了，要不先放一放，等后面有时间了再改，测试要不要妥协放一马？强势一点的测试会占优势，妥协意味着你成功的把质量不好这口黑锅华丽的背在了自己的身上，后面时间久了就没人跟进这个问题了。
强烈的责任感
一般说男人要有责任感，你还怎么把测试妹子扯上责任感了呢？ 测试承担为产品质量把关的角色，而对产品负责的基本要素就是要以质量先行。 如果测试没有责任心，敷衍了事，这将会把测试工作交给用户来完成，很可能引起非常严重的后果，影响公司的声誉。如果真有问题发生到用户身上，要即使的跟进，并做好后面修复工作的备案，不能逃避责任。
卓识的远见
一个好的测试，不仅仅停留在产品表面测试，有时候需要透过现象去看产品底层的结构，去发现异常测试场景，边界测试，安全问题测试等等。作为一名开发，我最喜欢测试的bug有水准，就是很难发现又比较严重的那种，这样才能反映我开发考虑问题的缺失和不足，有成长的空间，需要测试来推进改善。
还记得这张图片不，波音737飞机重大坠机事故，不得不说因为软件质量漏洞导致，测试开发难咎其责。确实有些问题很难找出，需要很大的技术含量和经验。 同时很体谅我们的测试不容易，出了事故后还要背锅。
风险管理能力
在做项目测试的时候，一个好的测试同学需要有发现项目质量上可能出现的风险的能力。另外当发现了项目风险的时候，我们还需要能够将风险管理起来，让风险可以被控制，可以被解决。
颜值高
最后一点颜值高，可以自动毁灭bug，这招恨，bug见不得长得好看的妹子，吓都吓跑了。
以上就是今天总结的测试人员拥有什么样的素质和能力，才会更惹人喜欢，职业中混的更好。有人说开发和测试 水火不容，不过我觉得测试更像是开发的秘书或者左膀右臂，帮助开发改进自己的系统，他们需要好好配合，才能好好的走下去。
END
如有收获，请帮忙转发，您的鼓励是作者最大的动力！
长按下图关注公众号 架构师的修炼