トピ内ID: 2673450593 🐷 空飛ぶ豚 2011年4月28日 04:46 当方男性です。 > 挨拶するのは、社会人として常識だと思うのですが、それに対し > 周りの人から返答がありません。 挨拶を返してもらえると嬉しいですよね。 でも、それ以外に「挨拶を自分からすると気持ちよい」って感覚はありませんか? その感覚に気がつけば、 > なので最近は、口パクのような挨拶しかしていませんでした。 のような態度にならなくてすみます。 結果として上司から注意(指摘)されることもなくなりますし、自分が気持ちよく仕事を始めたい・終わりたい、という動機が身に付けば、周りの様子も気にならなくなりますよ。 トピ内ID: 4641375333 😨 Morning 2011年4月28日 04:50 私が以前、勤めていた会社もそんな感じでした。 上司のすぐ傍で挨拶しても、一切返事なし。馬鹿馬鹿しくなって、挨拶するのを止めたら、上司から「出社したら、必ず挨拶するように…」と注意されました。 結局、一年も経たないうちに辞めちゃいましたけどね。 トピ内ID: 0890188097 老婆神 2011年4月28日 05:08 あなたの挨拶は、相手が自分の挨拶に応じてくれることを条件に、相手に挨拶をすることだと考えていまです。しかし、そんなことを挨拶するというのではありません。相手が自分の挨拶に応じるとか応じないとかいうこととは関係がありません。 つまり、挨拶するのかどうかは、その人自身の心の有り様によることが大きいのでしょう。恐らくは、今のあなたの心の有り様が仕事に出ているではありませんか? 上司はそんなあなたを見抜いているのでしょう。とにかく上司の指示に従って、3年間は挨拶を続けなさい。必ず変わっていきます。あなたも、周りも。 トピ内ID: 5825926160 💤 さくら 2011年4月28日 05:30 私は上司にこう言われました。 1.人に何かを期待する方が悪い。この場合、挨拶を期待する私が悪いという事です。 2.最近は挨拶をして貰えない事で悩んでいる人が増えている。という事は、挨拶をし合う事は常識ではなくなっている。 3.挨拶をして貰えないのは原因がある。まずは自分の非を反省しなさい。 挨拶をしない人や、その人達をかばう上司は、奇怪な思考の持ち主だと思いました。トピ主さんの上司も変わった思考の持ち主で世の中の常識は通用しないタイプだと思います。中小企業ではこの様な理不尽な事はよくあることです。修行だと思って、相手は声の出ない人達だと思って、挨拶をし続けるしかないのでしょうか。それでも心が壊れてしまいそうですよね。私も便乗して聞きたいです。 トピ内ID: 4774485172 りゅう 2011年4月28日 05:36 挨拶って、返事するのが良いとは思いますが、先に出勤していて仕事に没頭していたりする場合もありますので、一概に全てに返事できるわけではありません。ある意味、自分が出社した、または自分は帰る宣言の代わりと捉えてはどうですか?
他人への誹謗中傷は禁止しているので安心 不愉快・いかがわしい表現掲載されません 匿名で楽しめるので、特定されません [詳しいルールを確認する]
社会人として会社勤めをしていると、お仕事以外にも様々な問題が発生しますよね。 社会人のマナーとして会社に来た時や帰る時の挨拶は欠かせませんが、会社の先輩や後輩によっては、来た時や帰る時に挨拶しない人もいたりします。 そこで、ここではそんなマナー的に問題がある困った先輩や後輩に対する対処法をいくつかご紹介させて頂きます!
回答日 2010/12/14 共感した 0 一人暮らしや単身赴任等で、家に帰っても寂しいから会社にいるっていう 人も中にはいると思いますよ 以前、勤めていた会社では何でかわかりませんが やたらめったらみんないつも残っていていい迷惑でした。 だからと言って、それに従わなければいけないという決まり何てありません 仕事が終わったのならば、お疲れさまでしたとさっさと帰宅すればいい話し 最初は、気になるかと思いますが気にしていたら駄目ですよ 仕事が終わったらオフの時間で『自分の時間』です。 そんな仕事が終わってもまでもダラダラと無駄さに付き合う必要性は 全くありなせんよ~ 割り切っていかないと心身ともに疲れて仕事自体嫌いになりますよ 人は人、自分は自分ですよ 周囲に流されてはいけません 回答日 2010/12/12 共感した 0 以前勤務していた会社がそんな感じでした。 でも、私は「定時で退社」を貫いていました(笑 最初は、確かに帰りづらかったです>< でも、それが定着してくると「定時で帰る人」に なってましたよ^^ ガッツリ仕事をしている様子もなく 何で、ダラダラといるのか? !ちなみにその会社は 残業代がついていました・・ それはさておき ただ普段から、ミスのないように、とか コミュニケーションもできるだけとるように、 また信頼されるように手を抜きませんでした。 基本的なことですが、それをしっかり するようにしていると、生意気ですが 「自分流」と言うのは大げさですが、大きな問題に ならないと私は思います。 回答日 2010/12/10 共感した 0
3 レファレンス(References) 6. 4 はじめに(Introduction) 6. 5 テストアイテム(Test-items) 6. 6 テストするべき機能(Features to be tested) 6. 7 テストする必要のない機能(Features not to be tested) 6. 8 アプローチ(Approach) 6. 9 人員計画、トレーニングプラン(Staffing and treaning needs) 6. 10 人員や時間をどう見積もるか 6. 11 スケジュール(Schedule) 6. 12 テストスケジュールは開発スケジュールに依存する 6. 13 スケジュールをコントロールするコツ 6. 14 リスクとその対策(Risks and contingencies) 6. 15 承認(Approvals) 6. 16 終了基準 6. 17 テストプランの理想と現実 6. 3 テストケースの書き方ー効率的なテストケースの作成と管理ー 6. 1 テストケースの記述例 6. 2 テストケース管理ツールを使う 6. 3 テストケースはいくつ必要か 6. 4 テストケースの実行ーどのテストをどの順番で実行するかー 6. 知識ゼロから学ぶソフトウェアテスト. 5 テスト開始のタイミングーテスト担当者はどの段階でプロジェクトに参加するかー 6. 6 出荷前日にバグが発見されたときの対処法ー出荷延期を判断するポイントー 第7章 ソフトウェア品質管理の基本ーソフトウェア品質のメトリックスー 7. 1 品質を目に見えるものにするにはーメトリックス選択の基本ー 7. 1 バグの数を管理するバグメトリックス 7. 2 バグ修正にかかる時間 7. 3 モジュールで見つかるバグ 7. 2 コード行数からわかる意外な事実ーソースコードメトリックスー 7. 3 複雑なコードほどバグが出やすいー複雑度のメトリックスー 7. 4 Microsoftはどんなメトリックスを使っているのかー無駄のないメトリックス選択の例ー 7. 5 汝、人を謀るー測るーなかれーメトリックスの間違った使い方ー 第8章 テストの自動化という悪魔ーなぜ自動化は失敗するのかー 8. 1 その自動化ツールは役に立っていますか?ーテスト自動化の功罪ー 8. 1 テストの自動化はなせ自動化は失敗するのか 8.
組み合わせテストで見つかるバグ グローバル変数を使っている マルチプロセスやマルチスレッド間でデータを共有している よって、組み合わせテストに関する問題はテストで見つけるのではなく、アーキテクチャを工夫して出ないようにすべし。 品質の低いモジュールを徹底的に叩く 基本的には品質の悪い一部のコンポーネントが全体の品質の足を引っ張る そのタコなもジュルを見つけて品質改善をすると、あっと驚くような品質のソフトウェアになる 80%のバグは20%のコンポーネントからきていて、全体のうち50%のコンポーネントにはバグが存在しない 20%のバグの発見は、モジュールごとのバグの発見数を調べれば、どこにバグがたくさんあるかはすぐわかる 巨大なソフトウェアですべてのバグを潰すことは不可能なので、致命的なバグを出さないことが重要だと考え、20%部分だけ潰していく 参考
2 テスト担当者が陥りやすい罠ーテスト自動化の本当の問題点ー 第9章 それでもテストがうまくいかない人へ 9. 1 組み合わせテストをやめる 9. 2 品質の低いモジュールを徹底的に叩く 9. 1 Googleアルゴリズム 書籍への問い合わせ 正誤表、追加情報をご確認の上、 こちら よりお問い合わせください 書影の利用許諾について 本書籍に関する利用許諾申請は こちら になります ご購入いただいた書籍の種類を選択してください。 書籍の刷数を選択してください。 刷数は奥付(書籍の最終ページ)に記載されています。 現在表示されている正誤表の対象書籍 書籍の種類: 書籍の刷数: 本書に誤りまたは不十分な記述がありました。下記のとおり訂正し、お詫び申し上げます。 対象の書籍は正誤表がありません。 最終更新日:2019年02月21日 発生刷 ページ数 書籍改訂刷 電子書籍訂正 内容 登録日 1刷 033 下から2行目 5刷 済 誤 以下にループの原因 正 以下に無限ループの原因 2018. 03. 12 051 大見出し 6刷 未 ー同値分割法と境界分析法ー ー同値分割法と境界値分析法ー 2019. 02. 知識ゼロから学ぶ ソフトウェアテスト ｜ SEshop.com ｜ 翔泳社の通販. 21 2刷 ブラックボックステスの基本 ブラックボックステストの基本 備 考 目次()、章扉(p. 49)および同ページのハシラも同様です 2014. 01. 31 070 表3-2 「状態」列の2行目 C1:B=正しい 「A1:計算値出力」行の「ルール2」のチェックマーク → C2:B=正しい → 空白に 2014. 09. 22 076 図3-18の右下 Open Save diaiog Open Save dialog i(アイ)をl(エル)に訂正 2015. 03 111 図5-5 品質特性のトレードオフ 3刷 列方向、行方向に各2つある「正確性」 最上段・左端の「正確性」は「正当性」 参照 2015. 10. 05 113 「要求定義通りのテストケースを書かない」下から2行目 要求定義通 要求定義 151 下から3行目~4行目 推奨するような以下のような 推奨する以下のような 180 下から4行目 ゴンベルツ曲線 ゴンペルツ曲線 191 コード func1() { if(i > 0) switch(n) case 0: //do something case 1: case 3: default: break; 4か所に「break;」を追加 2018.