神奈川歯科大学に、ニセ科学が入り込んでいるっぽい… エドガー・ケイシー療法 波動療法 オーソモレキュラー ホメオパシー Oリングテスト オゾン療法 正気か? https://t.co/McysuagERq https://t.co/0iOT3qxHRZ
この記事では、Playwright の VSCode 拡張を使って GUI 操作のみでテストの記録や実行する方法について紹介します。 Playwright の VSCode 拡張とは? Playwright の VSCode 拡張は、Playwright の作成元である Microsoft が公式に提供している拡張機能で、VSCode 内で直接ブラウザテストの記録や実行を支援するための便利なツールです。 GUI 操作を中心に、テストの記録や実行を手軽に行うことが可能となります。 VSCode 拡張のインストールは、以下のリンクから行うことができます。 VSCode 拡張を活用してテストを書く 本記事では、シンプルな ToDo アプリを例にテストの作成方法を説明します。Playwright のインストール方法は、公式ドキュメントをご参照ください。その後、VSCode に Playwright
『銀河英雄伝説』(以下、『銀英伝』)という作品をご存じだろうか。 『スター・ウォーズ』初期三部作に世界が湧いていた1980年代、綺羅星のごとく現れたスペースオペラ小説の傑作である。何万隻にもおよぶ宇宙艦隊が、いくつもの恒星間を飛び回り激戦を繰り広げる圧倒的スケール。それぞれの艦隊の司令官や勢力の長のみならず、部下や家族にいたるまで見事にキャラ立てされた登場人物たち。 そしてなによりも、戦場でいかに戦うかに焦点を当てた「戦術」と、何のための戦争をどのように起こすかを司る「戦略」の違いを克明に描き出し、一種シミュレーションゲーム的な面白さまで兼ね備えた、まさに“伝説”と呼ぶにふさわしい作品が『銀英伝』だ。1982年に第1巻が刊行されて以来、全10巻の累計発行部数は2022年の段階で1500万部に及ぶと言われる。 そんな『銀英伝』を題材として制作された戦略シミュレーションゲーム『銀河英雄伝説 D
白ふんZ(2024Y済・2019Y済) @Anas2024Y うちの母の最終学歴は高卒だが,今にして思うとすごい母親だった(まだ生きてます)。小学1年生の時。 母「明日から学校だけど,お母さんも勉強したいから,習ってきたことを教えてね。」 私は母に伝えたいので,必死になって授業を聞いてた。つまり,アウトプットを意識させて,授業を受けさせてた。 白ふんZ(2024Y済・2019Y済) @Anas2024Y 帰宅して、学校で習ってきたことを伝えると、母は嬉しそうに、 母「とても勉強になったよ。明日もよろしくね」☺️ マザコン少年だった私は、母を喜ばせたくて、お土産を持って帰るように、先生の話を完璧に聞こうとするのだった。
はじめに 最近では、多様なテスト手法や開発者向けツールを散見します。 エンドツーエンド(E2E)テストだけでも、「Cypress」「Puppeteer」「Playwright」「Selenium」などのツールがあります。単体テストでは「Vitest」や「Visual Studio」のビルトイン単体テスト機能など、テストの準備を容易に自動化できます。 ですが、多様なテストツールを導入しても、「When」、「How」を押さえてなければ、テストの効果を有効に得ることができないと考えています。 まず、静的テスト、単体テスト、統合テスト、E2Eテストを実装コスト、実行時間と信頼性の観点で見ていき、無駄や漏れのないテスト戦略を立てていきましょう 。 テストを実装コスト、実行時間と信頼性で考える どのテストを使用するかの選択する観点として、テストをする実装コスト、実行時間と、テスト結果の信頼性のトレード
AIでユニットテストを自動生成。リファクタリング、ドキュメントの生成、バグの検出なども行う「Refraction」登場 ChatGPTに代表される自然言語やプログラミング言語のコードを理解するAIを用いてコーディングの支援を行うツールがまた新たに登場しました。 Refractionは、示されたコードから自動的にユニットテストを生成するほか、コードのリファクタリング、ドキュメントの生成、バグの検出などを行います。 Updates! https://t.co/9otFTI7nh0 is now https://t.co/MtN5JgnetI. Building out many utilities. You can... Generate unit tests Generate inline documentation Refactor your code Added a $5 / month
「興味深いコンテンツがある(意味深」というメッセとともに送られてきたこのQuoraのテキスト。結論から言えば、執筆者はまともな人なのに、ロシア発のディスインフォメーションがヒットしてしまった典型的な事例と言えます。 事実関係の概ねにおいて間違っていない(むしろちゃんと整理されている)のですが、ロシア側が言いたいことを概ね網羅していて、意図的に書いたのであれば見事なロシア派によるプロパガンダの内容になっています。 まずは、一読されることをお薦めします。 何か所か指摘されるべきところはありますが、いちばん目を引くのは「もしもロシアの首都モスクワの1,000kmのウクライナ領にミサイル基地を置かれたら」という、本件ウクライナ問題がキューバ危機の再来と危惧される系のストーリーを敷衍した内容です。 なぜか知らないけど消されているJNN(TBS)単独インタビューのこちらの記事、掲載時期が過ぎたのか内容
読者の皆さんは、テストについてどのようなイメージをお持ちでしょうか。「開発の後に行う確認作業」といったイメージを持たれている方もいるかと思います。 しかし、開発しようとしているソフトウェアに不具合の混入を防ぐには、もっと早い段階でテストについて考えることが必要です。こういったテスト活動は、プログラムを1文字も書いていないときから始めることができるのです。 本記事では、2016年に提唱された継続的テストモデルを紹介しつつ、アジャイルとも親和性のあるシフトレフトなテスト活動について解説していきます。 DevOpsにおけるテストの考え方 DevOpsのループ図とは何か? 継続的テストモデルとは何か 継続的テストモデルにおいてテストは「活動」である シフトレフトなテスト活動とシフトライトなテスト活動 シフトレフトなテスト活動としてのテスト駆動開発 コード実装を始める前から行うテスト活動 シフトレフ
ガジェット全般、サイエンス、宇宙、音楽、モータースポーツetc... 電気・ネットワーク技術者。実績媒体Engadget日本版, Autoblog日本版, Forbes JAPAN他 アップルは、iPhone 15シリーズに搭載するバッテリーの寿命(充電回数)が、再テストの結果これまでの想定より長寿命であることがわかったとして、iPhoneのサポートページを更新しました。 iPhone 15シリーズ(iPhone 15、iPhone 15 Plus、iPhone 15 Pro、iPhone 15 Pro Max)のバッテリー寿命は、これまでは充電回数にして500回とされていましたが、更新された充電可能回数は2倍の1000回になっています。 この「バッテリー寿命」とは一回の充電で何時間使えるかではなく、充電と放電(使用)を繰り返したとき、充電できる最大容量がどれほど残るかの目安。この場合は1
このコーナーでは、2014年から先端テクノロジーの研究を論文単位で記事にしているWebメディア「Seamless」(シームレス)を主宰する山下裕毅氏が執筆。新規性の高い科学論文を山下氏がピックアップし、解説する。 Twitter: @shiropen2 米Metaや米HuggingFaceなどに所属する研究者らが発表した論文「GAIA: a benchmark for General AI Assistants」は、難しいタスクではなく、人間にとって簡単なタスクを達成する大規模言語モデル(LLM)を評価するためのベンチマークを提案している。この研究は、人間が日常で当たり前に実行してほしいタスクを正確にこなすLLM構築を目指すためのテスト集である。 現在のベンチマークは、人間にとってより困難なタスクを求めており、LLMには数学や法律などの複雑なタスクや、一貫性のある本を書くなどの複雑な課題が
課題link お手伝いしているシステムでNestJSを採用しているバックエンドのテストが遅いという課題があったので対処した。 前提link フレームワークDBテストランナーその他 テストの総数は700弱。 最終結果link 最終的には2段階の改修を経てローカルのテストが3倍速程度高速化した。 # before Test Suites: 145 passed, 145 total Tests: 2 skipped, 681 passed, 683 total Snapshots: 0 total Time: 925.063 s Ran all test suites. Done in 926.48s. # ts-jestを@swc/jestに置き換えた Test Suites: 145 passed, 145 total Tests: 2 skipped, 681 passed, 683 t
yamlでテストシナリオを書いたらそのまま実行できる……そんな夢のようなシナリオテストツール"runn"の紹介とやってみた記録です これまでのシナリオテストツールに対する課題感 シナリオテストツールといえば、 Cucumber や Gauge といったツールが有名です。 ですが、これらのツールは「シナリオファイル」とは別に、シナリオを実行するためのコードも書かないといけません。しかも、そのコードではAPIを呼び出す処理を特定のプログラミング言語を使って書かなければなりません。その中には、HTTP Clientを実際に操作するような処理も含まれます。 私は「シナリオテストがしたい」のであって、「シナリオに沿ってAPI呼び出しを行う処理を書きたい」のではありません。こういった課題感を、ここ数年ずっと抱えてきました。 そんなとき、ついに見つけたツールが "runn" でした。 APIのシナリオテ
タイトルは100文字まで、本文は2500文字までという制限がある。完成したら[Publish]ボタンをクリックして投稿する。投稿したNoteはTwitterのタイムラインに「Note card」として表示され、一般ユーザーはこのカードをタップすることでNote全体を開ける。 Twitterのプラットフォームには、立ち上げ段階では投稿の長さは140文字までという制限があった。2017年に280文字に拡大し、より長い文章を投稿するにはスレッドを使う必要がある。Notesはこの制限を大きく超え、米Mediumなどのブログサービスに近い。これまでMediumなどでコンテンツを公開し、それをツイートで告知していたライターは手間が省けそうだ。なお、Noteにはツイート同様に一意のURLがあり、Webブラウザでも表示できる。 投稿したNoteは投稿後に編集することも可能だ。なお、Twitterはツイート
今月行われた大学入学共通テストについて、試験中に問題が撮影されて外部に送られ不正が行われたという情報が文部科学省に寄せられ、通報を受けた警視庁が偽計業務妨害の疑いがあるとして捜査を始めたことが分かりました。 関係者によりますと、今月15日と16日に行われた大学入学共通テストのうち、初日の15日の午前中に行われた「地理歴史」の中の世界史の問題用紙が試験中に撮影されて外部に送られ、不正が行われたという情報が文部科学省に寄せられました。 情報提供者は東京の大学生と名乗り、ネット上で知り合った受験生とみられる人物から試験問題の画像が送られてきて、試しに解いてほしいと依頼されたので解答したが、その後、大学入学共通テストの試験中に実際の問題が送られていたことに気付いたとしています。 SNS上にも、受験生とみられる人物から送られてきたという試験問題を撮影した画像が投稿されていて、共通テストを実施している
米Twitterが、嘘や誤解を招く可能性のあるツイートにオレンジ色のラベルを付けるテストを実施していると、米NBC Newsが2月20日(現地時間)、Twitterの担当者の言葉とサンプル画像を添えて報じた。 NBC Newsが紹介したサンプル画像では、バーニー・サンダース上院議員やケビン・マッカーシー下院議員のツイートにラベルが付いている。ラベルには「Twitter Communityはこのツイートはコミュニティポリシーに違反していると報告している。このツイートの表示は減少する予定だ」と書かれており、その下にコミュニティのボランティアによる説明が表示される。例えばサンダース氏の「米国内で販売されている銃の40%以上は購入者の身元確認なし」というツイートについては、身元確認なしで販売されているのは22%だとし、根拠になるNew York Timesの記事へのリンク付きで報告したボランティア
昨年から執筆を続けていた書籍が 4/24 に刊行します。「フロントエンド開発のためのテスト入門」という本です。 書籍ならではのテストコード解説を目指して 次の投票結果は、書籍企画時に持ち込んだ筆者のツイートです。フロントエンドテストに関していえば、8 割近くの方が何かしら不安や不足を感じている、という結果になりました。 不安や不足の原因は様々なものがあるかと思います。そのうち、筆者が着目したのは「テスト手法の豊富さ」です。「単体テスト・結合テスト・E2E テスト、何をどれほど書けばよいのか?」という疑問は、フロントエンドに限らず、はじめて自動テストに取り組まれる方が通る関門ではないでしょうか。 自動テストを書くには「テスト対象」を明確にしたうえで、テスト対象に適したテストコードを書く必要があります。本書は、現場で書かれるものに近い「テスト対象 = アプリケーションコード」をサンプルとして用
新型コロナウイルス感染症(COVID-19)対策のために、筆記問題の回答を撮影し画像ファイルで提出する方法で実施された試験で、主催者側がiPhoneの画像ファイルを受け取れず受験生が不合格になる問題が発生しました。この問題は、iPhoneで撮影した画像ファイルの形式が主催者側が求めたファイル形式とは異なったことが原因でしたが、これに納得できない受験者らは総額5億ドル(約537億円)規模の集団訴訟に踏み切りました。 College Board Hit With A Class-Action Lawsuit After Online AP Testing Snafus | Colorado Public Radio https://www.cpr.org/2020/05/21/college-board-hit-with-a-class-action-lawsuit-after-online-
プログラマ、テスト駆動開発者 和田卓人 学生時代にソフトウェア工学を学び、オブジェクト指向分析/設計に傾倒。執筆活動や講演、ハンズオンイベントなどを通じてテスト駆動開発を広めようと努力している。『プログラマが知るべき97のこと』(オライリージャパン、2010)監修。『SQLアンチパターン』(オライリージャパン、2013)監訳。『テスト駆動開発』(オーム社、2017)翻訳。『事業をエンジニアリングする技術者たち』(ラムダノート、2022)編者。テストライブラリ power-assert-js 作者。 日本におけるテスト駆動開発(以下、TDD)のエバンジェリストとして知られる和田卓人さん。TDDが世に出て20年あまりが経ち、開発者の間でその名が広がっています。その一方で、和田さんは「TDDの本来の意味を知らなかったり誤解したりしている人たちもかなり増えている」といいます。 今回は、TDDは本質
東京オリンピック・パラリンピックのテスト大会に関連する業務の入札をめぐる談合事件で、東京地検特捜部と公正取引委員会は、独占禁止法違反の疑いで、新たに、入札に参加した広告大手「博報堂」や「東急エージェンシー」などの捜索を始めました。特捜部と公正取引委員会は、発注者の大会組織委員会が関与する形で、広告大手「電通」など複数の企業が談合を行った疑いがあるとみて、入札の実態解明を進めるものとみられます。 捜索を受けているのは、広告大手「博報堂」と「東急エージェンシー」、それにいずれもイベント制作会社の「セイムトゥー」と「フジクリエイティブコーポレーション」の各社です。 これらの会社を含む「電通」など9社と1つの共同企業体が落札した、東京オリンピック・パラリンピックの各競技のテスト大会に関連する業務の入札をめぐっては、業者間で談合が行われた疑いがあるとして、東京地検特捜部と公正取引委員会が独占禁止法違
","naka5":"<!-- BFF501 PC記事下(中⑤企画)パーツ=1541 -->","naka6":"<!-- BFF486 PC記事下(中⑥デジ編)パーツ=8826 --><!-- Section BGN -->\n<div class=\"Section jukentokushu_naka6_list pc\">\n<div class=\"Title\">\n<h2><a href=\"https://www.asahi.com/edu/exam/\">受験ニュース</a></h2>\n<ul class=\"SubLink\" style=\"float:right;font-size:.8rem;\">\n<li class=\"Fst\"><a href=\"https://www.asahi.com/edu/kyotsu-exam/\">大学入学共通テストへ</a
2022年度大学入学共通テストの「数学1A」(100点満点)は昨年より難化した。昨年と比べ問題量に大きな変化は見られなかったが、河合塾は昨年より平均点が20点低下、駿台・ベネッセは15点低下と予想している。試験直後からは受験生かの「悲鳴」がSNSを飛び交った。 【画像】数学1Aの問題に悲鳴をあげる受験生のツイート 出題分野は特定の分野に偏ることなく、幅広く出題された。散布図を選ぶ問題もあり「平均値や相関係数からグラフを絞り込む必要があり、今までに見られない問題であった」(駿台とベネッセが運営するデータネット)。かなりの計算力を要する設問を含む「3つの1次不定方程式」を題材にした問題、条件をもとに図をかくことが難しい「三角形と線分の比に関する平面図形の問題」なども出題された。 頭真っ白、夢ならばどれほど良かったか…難化した数学1Aは、SNSでも話題に。受験生たちのツイートによると「共通テスト
新規開発の設計支援や古いコードベースを甦らせて欲しいという相談をもらったときに、最初にちょろっとコードだけお手本的なコードを書いてから引き渡しているのだが、そのときに必ず結合テストを書くようにしている。 3, 4年前から僕と付き合いがある人からすると、 「「「あの sadnessOjisan がテストを書くだと!!!」」」 という感じだと思うのだが、最近はテストに思うところもあってちゃんと書いている。 そしてそのテストコードだが、基本的にはアプリケーションから分離して書いている。その話をしたい。 OGP OGP は野方ホープで海苔が分離されて出てきた時の画像だ。 アプリケーションから分離したテストとはどういうことか 最終的にはテスト対象のサーバーを Docker コンテナで固めて、そのコンテナに対して HTTP リクエストを投げてその結果や DB の中身を検証するコンテナを docker
JavaScriptに興味を持つ世界中のIT技術者3万9472人が回答したアンケートの結果をまとめた「State of JavaScript 2022」が公開されました(日本語訳版が同時公開されています)。 回答者の国別分布を上位5位までを見ると米国が11.9%、ドイツが5.2%、フランスが3.7%、イギリス(UK)が3.6%、そしてインドが3.2%。 言語別の回答者は、英語が69.6%、フランス語が3.4%、ドイツ語が3.1%、スペイン語が3%などとなっており、日本語での回答者は0.4%でした。 アンケートの結果は、ProxyやPromiseなどに関するJavaScriptの新機能がどのくらい使われているか、Service WorkerやWebGLなど新しいブラウザAPIがどのくらい使われているかや、人気のJavaScriptライブラリ、JavaScriptは正しい方向に進化していると思
「private 関数にはテストを書かない」というのが多数派だと思う。だが昨日、仕事で In-source testing を書いていたらふと private 関数にテストを書きたくなった。そこで、In-source testingができる環境下でもprivate 関数にテストを書くべきかを X で聞いてみたら何か盛り上がっていた。 (In-source Testing: https://vitest.dev/guide/in-source.html) 反応を見る限り、やはり「private 関数にはテストを書かない」の方が主流だった。Kent Beck先生の http://shoulditestprivatemethods.com を紹介するツイートにもそういった反応が寄せられていた。(ぶんぶんさん、教えてくれてありがとうございます。) (このサイト面白すぎますよね・・・) 自分の立場を
先日、「リーダブルなテストコードについて考えよう~VeriServe Test Automation Talk No.3~」というイベントで登壇してきました。 veriserve-event.connpass.com 今回は発表内容に対する補足と、発表に対していただいた質問に回答します。気になるところだけでも読んでもらえればと思います。 目次 目次 発表内容 発表に対する補足 【補足1】都道府県のテストについて 【補足2】Parameterized Testsへの利用について いただいた質問の回答 【質問1】リーダブルなテストコードの勉強方法はありますか? 【質問2】テストコードのメンテナンスをするにあたってのリファクタリングの頻度はどれくらいか? 【質問3】レビューをする際、機能自体のレビューにかけた時間に対してテストのレビューにかける時間はどのくらいの割合で行っていますか? 【質問4】
こんにちは!SmartHRで基本機能の開発を担当している、エンジニアのwakasaです。2023年の1月から半年かけて、自チームのテストフロー見直しを行い、実装時間を大幅に増やすことができました。今回はその取り組みをご紹介します。 見直し前のチームの状態 私の所属するEチームは、SmartHRの基本機能の中でも、従業員情報やマスターデータの履歴データ管理周りの機能開発を主に担当しています。2023年8月現在、エンジニアが6名、プロダクトマネージャーが1名、プロダクトデザイナーが1名所属しており、QAエンジニアは所属していません。以前はQAエンジニアがチームに所属していましたが、2022年10月にチームを離れました。QAエンジニアがチームを離れたあとはエンジニアがテスト業務を兼務しています。 今回の取り組みを始めるきっかけとなったのは、2022年の年末に実装にどのくらい時間を使えているのか計
はじめに エンジニアの皆様、テストコードはちゃんと書けておりますでしょうか?(挨拶) どんな開発言語や開発手法を導入していたとしても、アプリケーションの機能実装とテストは表裏一体であると言えます。場合によっては機能の作り込みよりも時間をかけるべきケースが多いくらい重要である(・・・と信じたい)反面、デッドラインが近づくにつれて真っ先に工数が削られやすく軽視されがちな工程でもあります。 時間に追われてテストコードを書いた結果、テストの体をなしていないコードになっていたり後で見返したときに記述が煩雑すぎてメンテ不能になっていたり・・・といった苦い経験は誰しもがあるかと思います。かくいう自分もそんなことは多々ありました。 そんな今までの経験則を基に「自分がテストコードを書くにあたってどんなことを意識しているのか?」をいくつかピックアップして備忘録も兼ねて紹介したいと思います。 一応注意なのですが
フルスタックエンジニアから「フルサイクルエンジニア」へ。和田卓人氏による「組織に自動テストを根付かせる戦略」(その3)。ソフトウェア品質シンポジウム2022 9月22日と23日の2日間、一般財団法人日本科学技術連盟主催のイベント「ソフトウェア品質シンポジウム2022」がオンラインで開催され、その企画セッションとして行われた和田卓人氏による講演「組織に自動テストを書く文化を根付かせる戦略(2022秋版)が行われました。 講演で、企業の業績はソフトウェアの開発能力に左右されるようになってきていること、その開発能力を高める上で重要なのがコードの「テスト容易性」や「デプロイ独立性」であると和田氏は指摘。その上で、それを実現させるような「自動テストを書く文化」をどうすれば組織に根付かせることができるのか、講演の後半ではこの本質的な議論へと踏み込みます。 本記事は、2時間におよぶこの講演をダイジェスト
はじめに この記事では、 フロントエンドの開発において意義のあるテストはなにか? それらをコスパよく実現するためにはどうすればよいか? について考えて、作った構成を紹介します。 前提 下記の技術スタックを利用していますが、これ以外のスタックでも応用可能な仕組みが多いと思います。 Next.js Storybook playwright msw msw-snapshot (拙作) 注意事項 この記事の構成は、まだまだ実験的な機能だったり怪しい技術が一部採用されています。 msw-snapshot 拙作のライブラリであって、動作が怪しい可能性がめっちゃあります。 Next.js の testmode playwright + msw を実現するために必要でした。 まだまだ全然まともに動かないかもしれません。(サンプルリポジトリの単純なテストは動いた) サンプル 下記のリポジトリにサンプルを用意
あのイーハトーヴォのすきとおった風、夏でも底に冷たさをもつ青いそら、うつくしい森で飾られたモリーオ市、郊外のぎらぎらひかる草の波。 Lorem Ipsum is simply dummy text of the printing and typesetting industry. あのイーハトーヴォのすきとおった風、夏でも底に冷たさをもつ青いそら、うつくしい森で飾られたモリーオ市、郊外のぎらぎらひかる草の波。 Lorem Ipsum is simply dummy text of the printing and typesetting industry. あのイーハトーヴォのすきとおった風、夏でも底に冷たさをもつ青いそら、うつくしい森で飾られたモリーオ市、郊外のぎらぎらひかる草の波。 Lorem Ipsum is simply dummy text of the printing and
Metaは、同社のメタバースプラットフォーム「Horizon」で、クリエイターがバーチャル製品を販売できるようにするためのツールをテストしていると発表した。 最大で販売価格の47.5%の手数料を徴収するという。 Metaの幹部は、この手数料は「かなり競争力のあるレートだ」と述べた。 Metaは、メタバースでのバーチャル商品販売で、クリエイターに対して最大47.5%の手数料を請求する予定だ。 同社はブログで、メタバースプラットフォーム「Horizon Worlds」内でバーチャル商品の販売をテスト中であることを発表した。クリエイターは、ユーザーのアバター用のファッション・アクセサリーや、カスタマイズした一部エリアへのアクセス権などを販売できるようになるという。 Metaと同社のマーク・ザッカーバーグ(Mark Zuckerberg)CEOは以前、アップル(Apple)がApp Storeを通
QOS(Quality of service)の高い、誰もが使いやすい、品質の高いデジタルサービスを提供するためには、リリースの前や後に、サービスの使い勝手をユーザーに試してもらい、問題点や改善点を発見する「ユーザーテスト」を実施し、それに基づいて改善することが重要です。 そこで都では、その具体的な手法を「ユーザーテストガイドライン」としてまとめました。 「テストしないものはリリースしない」を合言葉に、都庁内でサイトやアプリ、システムなどのデジタルサービスを開発する時は、本ガイドラインに基づきユーザーテストの実践を徹底していきます。
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く