stanford-oval/wikipedia huggingface dataset:
八島正年
著書

建築家夫婦のつくる居心地のいい暮らし (オーム社、2018)
まるごとわかる! これで完璧! 住宅プランニング[間取り]図集 (オーム社、2015)
彩りの家 (平凡社、2011)
八重垣新地

西方向からみた八重垣新地
東方向からみた八重垣新地
城東町二丁目の航空写真。赤線内が八重垣新地。国土交通省 国土地理院 地図・空中写真閲覧サービスの空中写真を基に作成
八重垣新地（やえがきしんち）は、香川県高松市城東町二丁目に位置する四国最大の性風俗街である。通称は城東。
概要

風俗街は高松市中心部の北東部、高松港に面した倉庫街の一角に位置しており、県条例により店舗型性風俗関連特殊営業が許可された指定地区である。明治時代に「八重垣遊郭」が創設されて以降、戦後には赤線地帯となり、売春防止法の施行を機に現在の営業形態となった。
ソープランド10軒と店舗型ヘルスが集中しており、また指定地区外ではあるが近接した場所にラブホテルも1軒立地している。建物はソープランドが各一店舗専用のビルであるのに対し、ヘルスは複数の店舗が同じビルに同居しているものも多い。また、どの建物も屋上に巨大な広告塔を備えており、特に夜間は高松港に数多くのネオンサインが写る独特の景観を作り出している。
風俗街が位置する城東町二丁目は高松港に突き出た小さな半島であるため、この風俗街は周囲の市街地からは地理的に隔離された格好になっている。指定地区の周囲は約430m、面積は約1.4ha。歓楽街はこの範囲の中のみに収まっており、周辺に繁華街は形成されず倉庫や漁港、民家が位置しているのみである。
この地区の法令上の扱いは風俗営業等の規制及び業務の適正化等に関する法律に対応して香川県条例で定める風俗営業等の規制及び業務の適正化等に関する法律施行条例で指定された店舗型性風俗特殊営業の許可区域である。すなわち本来は香川県内全域で禁止されている店舗型性風俗特殊営業の1号営業（ソープランド）、2号営業（ファッションヘルスなど）及び6号営業（出会い喫茶など）が例外的に許可されている場所である。ちなみに他に県内でそれらが許可されている場所として琴平町の一部区域がある。
四国最大の高松都市圏の中心都市であり、また四国各地からの鉄道の集中点で、本州との航路も集中する交通の結節点という立地条件もあって、この地区の集客地域は四国各地だけでなく対岸の岡山県も含まれる。四国他県においてはこの地区と同様の許可地区があるのに対し、対岸の岡山県にはその許可地区が存在せず、県内全域で店舗型性風俗特殊営業の1号営業（ソープランド）、2号営業（ファッションヘルスなど）が禁止されているため結果的にその需要をこの地区が吸収している状態である。ちなみに現在、岡山県内で営業しているソープ及び店舗型ヘルスはいわゆる一代営業と呼ばれるもので、禁止前から営業している既得権営業であるため同県における新規開業は不可能であり、なおかつ現在営業中の店舗も廃業もしくは経営者の死亡などにより一旦営業不能になれば再度営業を再開することはできない。このためそのような地方においては時間の経過とともに性風俗店は減少していく一方となる。ただし、無店舗型のデリバリーヘルスなどはこの規制にあたらないため、そういった業種に限っては岡山県でも香川県と同様に展開している。
範囲

現代における性風俗許可区域としての八重垣新地の範囲は、風俗営業等の規制及び業務の適正化等に関する法律の施行に伴い香川県条例で制定された施行条例に根拠づけられている。これに基づく範囲は以下のとおりである。
「市道東浜4号線、市道東浜14号線、市道東浜6号線及び県道高松港線により囲まれた区域」 - 香川県・風俗営業等の規制及び業務の適正化等に関する法律施行条例|第11条1項
この範囲を住居表示で表すと城東町二丁目6番・7番・8番・9番（市道を挟んだ南側のみ）・10番の街区が該当する。また、この条例で指定される以前の風俗街の範囲は現在よりもわずかに広く、現在南限となっている東西方向の市道に面する建物（市道南側の一連）は風俗街の一部であった。
歴史

この地区における性風俗の歴史は明治時代初期に創設された八重垣遊郭に起源を持つ。遊郭が設置されたこの地は高松港発祥の場所（東浜港）であり、高松駅周辺に近代的な港湾が建設されるまでは物資の集散地たる一大貿易港であった。そのような港に面するこの地は、埋め立てにより海に向かって問屋街が拡張していき、その埋め立ての過程で新たに出来た土地が八重垣新地と呼ばれるようになり、そこに遊郭が形成されていった。明治10年頃までには地先の埋め立て地の扱いであったこの八重垣新地も高松市の町丁である東浜町に編入されている。
明治末期には宇高連絡船が開業し、昭和初期から戦前にかけては高松駅から四国各地への鉄道網が次々と完成したこともあって、高松は四国の玄関口として繁栄を極めていく。それに呼応して遊郭も大勢の長距離移動客で賑わい、最盛期の昭和初期には38軒の店が軒を連ねる不夜城の様相を呈していた。
この資料によると八重垣遊郭は明治元年（1869年頃）にこの地に設置され、1930年時点で34軒の店舗と、180人の遊女を擁していた。遊女は通常、街頭から見える位置ではなく店の奥で待機していた。全員が住み込みで働く形態で、遊女が芸者の役も兼ねていた。また、客に料理を提供するシステムは無かった。料金は時間制であったが、主に京阪地方でみられた「仕切り花」という長時間割引の制度もあった。その料金は1時間ごとに1.5円、宿泊が8円で、そこに10%の税がかかる仕組みであった。
1945年（昭和20年）7月4日の高松空襲で遊郭は焼失。翌1946年（昭和21年）にはGHQによって公娼制度（貸座敷・娼妓）が廃止されたものの、その後は売春宿が立ち並ぶ赤線地帯となった。高松空襲で壊滅的な被害を受けた高松市中心部では大部分で土地区画整理事業（戦災復興土地区画整理事業）が施行され、八重垣新地もその第一工区二次区域として区画整理の対象となった。八重垣新地内での区画整理は東側を南北に貫通する目抜き通りが作られ、多くの袋小路や曲がりくねった狭隘な道路が直線化や拡幅などによって改良された。この区画整理の完工となる換地処分は1964年（昭和39年）1月25日である。また、その後町名も変更され、それまで単に「東浜町」の一部であったこの地域は、1958年（昭和33年）に「東浜町三丁目」となり、1972年（昭和47年）には「城東町二丁目」として東浜町からは独立した町丁となった。
1956年（昭和31年）5月24日に制定された売春防止法によってそれまで認められていた売春行為が初めて禁止となったため、八重垣新地でも多くの店舗がそれまでの営業形態を変えざるをえなくなり、廃業する宿も存在した。その廃業した旧売春宿は取り壊されてその後駐車場などになる場所も存在したが、現在も残されているものも多く、民家や倉庫として利用されている。営業形態を変えて存続したかつての売春宿は「トルコ風呂」（現ソープランド）として再出発することになり、後にファッションヘルスといった新たな営業形態も出現し、総じて風俗街を成す店舗として営業している。また、かつての木造の店舗はことごとく改装され、多くが屋上に巨大なネオンサインを備えたビルとなり、現在の景観が出来上がった。
交通アクセス

四国フェリー宇高航路 高松港のりばより徒歩13分（1.0km）
JR高松駅より徒歩21分（1.6km）
ことでん琴平線片原町駅より徒歩10分（0.8km）
ことでんバス高松空港リムジンバス／朝日町線 オークラホテル高松バス停より徒歩4分（0.3km）
高松自動車道高松中央ICより車で15分（6.2km）
アルベルト・クルサット

アルベルト・クルサット・ドメネク（Albert Crusat Domènech, 1982年5月13日 - ）は、スペイン・ルビー出身の元サッカー選手。現役時代のポジションはFW（左ウイング、ストライカー）・MF（左サイドハーフ）。カタルーニャ語に基づきアルベルト・クルサ・ドゥメナクと表記されることも多い。
経歴

RCDエスパニョールの下部組織出身。2002年9月2日、レアル・マドリード戦でデビューした。セグンダ・ディビシオンのラーヨ・バジェカーノやUEリェイダを経て2005年にUDアルメリアに加入した。2006-07シーズンには11得点し、プリメーラ・ディビシオン昇格に貢献した。2007-08シーズンは34試合に出場し、プリメーラでの上位進出に貢献した。2008-09シーズンは30試合に出場した。
2011年8月30日、同郷のロベルト・マルティネス率いるプレミアリーグのウィガン・アスレティックFCと1年延長オプション付きの2年契約を結んだ。
タイトル > クラブ

セグンダ・ディビシオンB : 2003-04
FAカップ : 2012-13
タイトル > 代表

UEFA U-16欧州選手権 : 1999
ニチレイアセロラドリンク

| --- | --- |
種類:  清涼飲料水
製造元:  サントリー食品インターナショナル
販売元:  サントリーフーズ
発祥国:  日本
販売開始:  1986年
公式サイト:  ニチレイアセロラ
テンプレートを表示
190g缶と、75ml瓶の「アセロラビタミンC」
ニチレイアセロラドリンクは、アセロラを主原料とする清涼飲料水。現在はニチレイが原料を供給し、サントリー食品インターナショナルがブランドオーナーとして製造、同社子会社のサントリーフーズが販売を行っている。
概要

ニチレイはかつてブラジルにおいて捕鯨事業を行っていたが、1982年に国際捕鯨委員会により商業捕鯨モラトリアムが決議され、捕鯨事業の継続が事実上困難となった。この後継事業として、1984年に南米原産のアセロラを使った商品を発売、1986年にはアセロラドリンクの発売を開始した。派生商品として日本ミルクコミュニティ（現・雪印メグミルク）と共同開発したアセロラヨーグルトや江崎グリコと共同開発したアセロラのど飴などが発売されていたが現在は発売されておらず、飲料が中心のラインナップとなっている。
2005年にニチレイは持株会社制に移行し、アセロラドリンクシリーズはニチレイフーズが製造販売を行うようになり、さらに、2008年6月2日からは原料調達をニチレイフーズ完全子会社のニチレイスーコが行うようになった。
2009年7月にはマスコットキャラクターとして「アセロラちゃん」を投入した。
そして、アセロラ関連事業以外に飲料を取り扱っていないニチレイは、経営資源を投入して販路を維持するより飲料専業事業者に事業譲渡したほうが得策と判断し、ニチレイ子会社のニチレイフーズとサントリーホールディングスの飲料・食品事業における子会社であるサントリー食品（現・サントリー食品インターナショナル）との間で業務用製品を除くアセロラ飲料事業の譲渡を発表。同年12月からサントリー食品での販売を開始した。
そして、2010年5月の全面リニューアルを機にサントリー食品へ事業移管され、サントリーの製品として本格展開を開始した（ただし、ニチレイのブランド名での販売を継続しているため、サントリーのコーポレートロゴは記されていない。事実上のライセンス契約）。なお、原料の供給は事業移管後も引き続きニチレイスーコが行う。また、チルド製品（アセロラCマイルド）については、従来どおり日本ミルクコミュニティ（現・雪印メグミルク）が販売する。
リニューアル後の売れ行きは顕著に現れ、リニューアル後約3ヶ月で年間販売目標である300万ケースを突破し、年間販売目標を500万ケースに上方修正。これは、2009年度の販売数量である237万ケースの2倍以上にあたる数値である。これはニチレイフーズがもつ冷凍技術による高品質に加え、サントリー食品が長年培ってきた飲料技術を生かしたリニューアルと積極的なマーケティング活動による相乗効果によるものである。この年の最終的な販売実績は前年比約2.5倍の600万ケースに達し、好調な売り上げを見せた。
また、サントリー食品（現・サントリー食品インターナショナル）と日本ミルクコミュニティ（現・雪印メグミルク）とのチルド飲料の販売に関する基本契約を締結したことにより、「ニチレイアセロラドリンク」の200ml紙パックについても、2011年春から雪印メグミルクを通じた一括販売に切り替えた。
2011年3月には炭酸飲料「ニチレイアセロラスカッシュ」を追加発売。本製品は2012年5月に「ニチレイアセロラソーダ」へ改名し、リニューアル発売された。
2013年5月にアセロラ果実由来100%のビタミンCを含有する新たな主力製品として「ニチレイ太陽のアセロラ」を発売（280mlPETは従来の「ニチレイアセロラリフレッシュ」からのリニューアルとなる）。同年9月には「ニチレイアセロラ」ブランドで初のホット専用製品「ニチレイほっとあたたまる太陽のアセロラ」を発売した。
2014年4月に「ニチレイアセロラドリンク」・「ニチレイ太陽のアセロラ」をリニューアル。新たに、ビタミンCを補給可能な栄養機能食品の表示が付加されたほか、「ニチレイ太陽のアセロラ」は味わいを強化。470mlPETは内容量を変更し、450ml入りとなった。同年6月には、ナトリウムを含み、ウォーキングや家事1時間分に相当するカロリーに設定した炭酸飲料「ニチレイパワーアセロラC」を発売した。
2015年4月にコラーゲン配合の「ニチレイアセロラコラーゲン」とローヤルゼリーエキスを配合した「ニチレイアセロラローヤルゼリー」をファミリーマート限定で発売。その翌月にはサントリー移管後初の製品だった「ニチレイアセロラリフレッシュ」を2年ぶりに発売（280mlPETは「ニチレイ太陽のアセロラ」からリニューアル）。ラベルやボトルキャップが黄緑に変更した。同時に、「ニチレイアセロラドリンク」もパッケージリニューアルした。同年7月にはアセロラ果汁入り炭酸飲料「ニチレイアセロラスカッシュ」を約3年2ヶ月ぶりにパッケージリニューアルの上復活発売した。
2016年4月にニチレイスーコがニチレイフーズに吸収される。フーズ社からアセロラを配合したサプリメントが発売されている。
2017年2月には、以前発売されていた炭酸飲料「ニチレイアセロラソーダ」を190ml×6缶パックの形態に変更し、復活発売した（なお、「C.C.レモン」と「ペプシ ストロング」にも190ml×6缶パックを設定し、「ニチレイアセロラソーダ」と同じ日に発売されている）。
2019年6月には、ひとつまみの国産海塩を加えた「ニチレイ太陽の塩アセロラ」を発売。ボトルのまま冷凍が可能な冷凍兼用ボトルを採用する。
ラインナップ

現在発売されている製品はサントリーフーズが販売（「ニチレイアセロラドリンク」の200ml紙パックのみ、雪印メグミルクを通じて販売）している。果汁含有量は全製品10%未満である。
ニチレイアセロラドリンク（190g缶/200ml紙パック/900gペット）
ニチレイアセロラリフレッシュ（280mlPET/430mlPET）
ニチレイ太陽の塩アセロラ（490mlPET）
邪魂狩り

| 邪魂狩り |
| --- | --- |
ジャンル: 少年漫画
漫画：連載版
作者: 野々村秀樹
出版社: 講談社
掲載誌: 『マガジンSPECIAL』
レーベル: 少年マガジン・コミックス
巻数: 全5巻
話数: 全9話
テンプレート - ノート
『邪魂狩り』（たましいがり）は、野々村秀樹による日本の漫画作品。脚本協力は、宮塢さなえ。『マガジンSPECIAL』（講談社）にて連載。
単行本

野々村秀樹『邪魂狩り』 講談社〈少年マガジン・コミックス〉、全5巻
1993年11月17日発行、ISBN 4-06-311962-9
1994年1月17日発行、ISBN 4-06-311981-5
1994年7月15日発行、ISBN 4-06-312031-7
1994年11月17日発行、ISBN 4-06-312076-7
1995年3月16日発行、ISBN 4-06-312120-8
池新田駅

池新田駅（いけしんでんえき）
静岡県小笠郡浜岡町（現・御前崎市）にあった静岡鉄道駿遠線の駅。1955年に改称されて浜岡町駅となったのち、1964年に廃止された。
静岡県小笠郡池新田村（現・御前崎市）にあった堀之内軌道の駅。1935年に廃止された。
学建書院

| 学建書院 |
| --- | --- |
正式名称:  株式会社学建書院
英文名称:  Gakkenshoin Ltd.
現況:  継続中
種類:  株式会社
市場情報:  非上場
出版者記号:  7624
取次会社:  鍬谷書店
取次コード:  1715
法人番号:  1010001001739 
設立日:  1974年7月1日
代表者:  代表取締役 木村勝子
本社郵便番号:  113-0033
本社所在地:  東京都文京区本郷2-13-13 本郷七番館1階
資本金:  1,000万円
ネット販売:  有り
得意ジャンル:  歯学、栄養学
テンプレートを表示
株式会社学建書院（がっけんしょいん）は、1974年に創業した出版会社である。歯学、栄養学に特化した医療系分野を専門とする出版社である。
ドキドキ博覧会

『ドキドキ博覧会』（ドキドキはくらんかい）は、1971年4月1日から同年9月30日までTBS系列局で放送されていたTBS製作のバラエティ番組である。正式なタイトルは『ワールド・ショック!ドキドキ博覧会』。ペプシコーラ（日本ペプシコ、現・サントリー食品インターナショナル）の単独提供。放送時間は毎週木曜 19:00 - 19:30 （日本標準時）。
概要

海外にあるスケールが大きすぎて日本に迎えられない物や、現地でなければ取材できない珍しい物などを収めてきた映像を紹介していた番組。司会は黒柳徹子が務めていた。
ランディ・ロドリゲス

| サンフランシスコ・ジャイアンツ> 基本情報 |
| --- | --- |
国籍:   ドミニカ共和国
出身地:  サントドミンゴ
生年月日:   (1999-09-05) 1999年9月5日（25歳）
身長 体重:  6' 0" ＝約182.9 cm 166 lb ＝約75.3 kg
選手情報
投球・打席:  右投右打
ポジション:  投手
プロ入り:  2017年 アマチュアFA
経歴（括弧内はプロチーム在籍年度）
  
 この表について  この表はテンプレートを用いて表示しています。編集方法はTemplate:Infobox baseball playerを参照してください。 ■プロジェクト:野球選手  ■テンプレート  
ランディ・アルベルト・ロドリゲス (Randy Alberto Rodríguez, 1999年9月5日 - ) は、ドミニカ共和国サントドミンゴ出身のプロ野球選手（投手）。右投右打。MLBのサンフランシスコ・ジャイアンツ所属。
経歴

2017年7月にアマチュアFAでサンフランシスコ・ジャイアンツと契約した。
2021年は、A級のサンノゼ・ジャイアンツ（英語版）でプレーした。32試合に登板して6勝3敗、防御率1.74、62イニングを投げて101奪三振の好成績を残した。シーズン終了後にロースターに追加された。
投球スタイル

94～97mph（約151km/h～156km/h）のフォーシームに加え、スライダーやチェンジアップなどを投げる。
ソフトウェアテスト

ソフトウェアテスト (英: software testing) は、コンピュータのプログラムから仕様にない振舞または欠陥（バグ）を見つけ出す作業のことである。ソフトウェアテストで見つかったプログラム中の欠陥を修正する作業をデバッグという。ソフトウェアテストに成功するとは、テストで欠陥が発見されるか、規定した試験項目にすべて合格するか、規定した品質目標に到達することである。目標とした品質には、規定した試験項目にすべて合格することもある。例えば、OS, プログラミング言語では、仕様を満たしているかどうかの適合試験を規定している。ソフトウェアテストでは、欠陥が存在することを示すことはできるが、欠陥が存在しないことは証明できない。ソフトウェアに仕様にない振舞がないことを保証する作業を証明といい、証明用のシステム、証明しやすい言語も多数存在している。本項では動的なソフトウェアテストを中心に扱う。
目的

ソフトウェアテストの目的には以下が挙げられる。
作業成果物の評価による欠陥の防止（例: 要件、ユーザーストーリー、設計、コード）
明確にした要件を満たすかの検証
完成の確認・動作の妥当性確認（ユーザー等ステークホルダーに対する）
テスト対象の品質に対する信頼を積み重ねて、所定のレベルにあることの確証
欠陥の作りこみ防止
故障・欠陥の発見、それによる不十分なソフトウェア品質リスクレベルの低減
意志決定のための情報提供（テスト対象の品質レベル等）
契約上、法律上、または規制上の要件や標準の遵守、また/あるいは準拠の検証
目的 > 変更への信頼

ソフトウェアテストは「変更への信頼」を生むことでソフトウェアの品質・提供速度を向上させる目的・効果を持つ。
ソフトウェアの変更（例: リファクタリング・機能追加）は既存コードの破壊によるバグ（リグレッション）を引き起こしうるため、ソフトウェアエンジニアに対し、コード変更への心理的ハードルとして作用する。このハードルは変更への躊躇いを生み、品質向上の機会を減少させてしまう。
リグレッションテストはコード変更によるバグを発見して欠陥の作りこみを防止し、品質に対する信頼を積み増す。この効果により、新たな変更が既存コンポーネントを破壊しないという信頼（confidence）・安心がエンジニアに生まれる。結果として良い変更の頻度があがり、ソフトウェアの品質・提供速度が向上する。
ただし、一度書かれたソフトウェアが「決して変更されない」場合にはこの効果が発揮されない。（参考: テスト駆動開発）
動的テストと静的テスト

プログラムを実際に動かしてみて行うテストを動的テストと呼び、プログラムを実際に動かしてみることなくソースコードやオブジェクトコードを検証する作業を静的テストと呼ぶ。静的テストには、ツールを用いた静的コード解析の他に、人手で行うコードレビュー、ウォークスルー、インスペクションなどがある。多くの場合、意識されることはないが、コンパイラまたはプリコンパイラはソースコードを静的にテストする。
性能試験と機能試験

機能試験・性能試験の指標と分類にISO/IEC 9126 (ISO 9126) の枠組みを利用することがある。
性能試験と機能試験 > 機能試験 (Function Test)

詳細は「機能テスト」を参照
機能試験は、規定した機能を果たすかどうかを試す。
関数であれば、規定した引数を与えると、想定した戻り値を返すブラックボックス試験が機能試験に相当し、単体試験の一部である。
適合試験、単体試験は、機能試験を主とするが、性能試験を含むことがある。
性能試験と機能試験 > 性能試験 (Performance Test)

詳細は「ソフトウェアパフォーマンステスト」を参照
性能試験は、ソフトウェアシステムの性能を測り、必要な性能が出ることを確かめる試験である。入力をどれだけ受付けるか、どれだけの出力が可能か。通信経路数・通信速度、処理件数などプログラム単体では問題が発生しなくても、通信、データベース、入出力 (I/O)、同時に起動するソフトウェアなどの高負荷、長時間使用などの条件下では性能が低下することがある。性能を確認する試験は、システムの性能に影響を与えないように測定する必要があるため、OSやミドルウェアなどでは性能を測定する効率的な計測方法を提供していることもある。
性能試験は、単体試験から実施する場合と統合試験から実施する場合とがある。
過負荷に対する性能試験をストレステストという。
性能試験と機能試験 > 性能試験 (Performance Test) > ストレステスト

詳細は「ストレステスト」を参照
ストレステストは、ソフトウェアシステムに対して高い負荷を与え、処理の低下・抜け、データの破壊、発熱など致命的な問題が、どういう条件で発生するかを試験する。ストレステストを行うことで、高い負荷が加わっている状況でしか発生しない不具合や、発生確率の低い欠陥、著しい性能の低下を発見することがある。性能試験の一部として実施し、対応可能な付加の仕様を確かめることがある。
検証試験と妥当性確認試験

仕様通りに動いているか、試験仕様に基づいて確認する試験を検証試験 (verification test)、エンドユーザーの意図通りに動いているかどうかを確認する試験を妥当性確認試験 (validation test) という。
検証試験と妥当性確認試験 > 検証試験 (Verification Test)

決めた仕様に合致しているかどうかを試す試験。プログラミング言語、OS、通信規約、データベースなどの仕様に合致しているかどうかを試す試験を適合試験ということがある。
検証試験と妥当性確認試験 > 検証試験 (Verification Test) > 適合試験 (Conformance Test)

OS、プログラミング言語、ネットワーク通信プロトコル、データベースなどソフトウェアを動かすための基本的なプラットフォームが、仕様に適合しているかどうかを確認する検証試験 (verification test)。OSの国際規格の一つであるPOSIXでは、 NIST が適合試験のソースコードを公開している。
自動車用OSの国際規格OSEKでは、MODISTARC (Methods and tools for the validation of OSEK/VDX based distributed architectures) がある。
TOPPERS OSでは、TTSP (TOPPERS Test Suite Package) というテスト環境を提供し、適合テスト等を実施しやすくしている。
プラットフォームの適合試験を実施せずに、アプリケーションソフトウェアの試験を実施すると、プラットフォーム仕様の変化に対応できていないことがある。
検証試験と妥当性確認試験 > 妥当性確認試験 (Validation Test)

エンドユーザーが意図している動作をするかどうかを試験することを妥当性確認試験という。
性能試験、システム試験、受入試験の一部として実施することがある。
上から (Top Down) と下から (Bottom Up)

全体が完成してからテストをすることをビッグバンテストという。規模の小さなプログラムであれば、この手法でうまくいく場合もある。この手法は大規模なプログラムに対して適当でない。なぜなら、大規模なプログラムを一気にテストをして問題が発生したときに、問題の原因を巨大なプログラム中から探すのが困難だからである。また、ソフトウェア中に複数のバグが存在する場合、それらのバグが相互に影響しあい、バグの原因の特定がさらに困難になる場合もある。そのため、ソフトウェアテストでは、最初に単体テストによってモジュール単位のテストを行う。単体テストの問題で、十分にモジュール単位のテストが終わったら、結合テストまたはシステムテストに進む。また、小規模なプログラムであっても、単体テストを行わずに結合テスト又はシステムテストへ入るのはテスト全体の効率を下げる。しかし、再利用性が高く、時間についての制約だけが中心の試験の場合は現場でビッグバンテストを行う場合がある。
上から (Top Down) と下から (Bottom Up) > 下降試験 (Top Down Test)

単体テストおよび結合テストにおける手法の一つ。単体テストが完了したモジュールのうち、上位モジュールから順に結合させてテストを行なう。この手法の利点は、仕様的な振る舞いを決定する上位モジュールを早期に検証することによって、機能漏れ、仕様の認識違いなどの致命的な不具合を、開発の早い段階で発見できることにある。一方で、数の多い下位モジュールの検証が先送りされるため、開発と平行してテストを進めにくいという欠点もある。
トップダウンテストを行う際には「テストスタブ」を用意しなければならない。
上から (Top Down) と下から (Bottom Up) > 上昇試験 (Bottom Up Test)

単体テストおよび結合テストにおける手法の一つ。トップダウンテストとは逆に、単体テストが完了した下位モジュールから順に結合させてテストを行なう。この手法の利点は、数が多く独立性の高い下位モジュールから順に検証することで、開発とテストを平行して実施できることにある。一方で、システムの根幹となる上位モジュールで不具合が発見された場合、テストが完了したはずの下位モジュールも影響を受けるという欠点も持っている。単体試験を行う場合に、他の関数等を呼び出している関数を試験する場合に、呼出のない関数を試験してから、呼出をしている試験を行う場合にボトムアップテストになっている。
ボトムアップテストを行う際には「テストドライバ」を用意しなければならない。
ホワイトボックステストとブラックボックステスト

プログラムの内部構造に注目したテストをホワイトボックステスト (英: white box test)、プログラムの入力と出力に注目したテストをブラックボックステスト (英: black box test) という。
ホワイトボックステストとブラックボックステスト > ホワイトボックステスト (White Box Test)

詳細は「ホワイトボックステスト」を参照
ホワイトボックステスト (英: white box test) は、プログラムの構造に着目したソフトウェアテストのことである。着目する構造には命令や分岐などがあり、注目した構造に対してどれだけの割合の部分を実行できたかを網羅率で表す。
int abs(int x) {
  if (x < 0) {
    x = -x;
  }
  return x;
}
ホワイトボックステストとブラックボックステスト > ホワイトボックステスト (White Box Test) > 命令網羅 (Statement Coverage) (C0)

命令網羅基準を用いてテストを行う場合は、すべての命令を実行すればよい。上記のabs関数では、x = -1 を用いてテストすれば命令網羅基準に従ってテストできたことになる。
ホワイトボックステストとブラックボックステスト > ホワイトボックステスト (White Box Test) > 分岐網羅 (Branch Coverage) (C1)

判定条件網羅 (英: decision coverage) とも。分岐網羅基準を用いてテストを行う場合は、すべての分岐において、すべての分岐の方向を実行すればよい。上記のabs関数では、x = -1とx = 0を用いてそれぞれテストすれば、分岐網羅基準にしたがってテストできたことになる。分岐網羅は命令網羅の基準を満たす。
ホワイトボックステストとブラックボックステスト > ホワイトボックステスト (White Box Test) > 条件網羅 (Condition Coverage) (C2)

条件網羅基準を用いてテストを行う場合は、各々の個別条件について、全ての可能な結果を少なくとも1回はとるように実行すればよい。条件網羅基準は分岐の方向を意識しないため、分岐網羅・命令網羅の基準を満たさないことがある。
なお、判定結果に影響を与えない真理値に関しては省略しても良い。例えば判定条件:
x > 0 || y > 0
に対して条件網羅性を満たすようにテストする場合、単純にテストするとx > 0の真偽、y > 0の真偽の両方を考慮して4通りのテストが必要になるが、x > 0が真の場合にはy > 0の真偽は判定条件に影響しないこと（短絡評価）を考慮すれば、以下の3通りのテストをすればよいことがわかる。
x > 0 かつ y > 0（または、x > 0 かつ y <= 0）
x <= 0 かつ y > 0
x <= 0 かつ y <= 0
ホワイトボックステストとブラックボックステスト > ホワイトボックステスト (White Box Test) > 判定条件／条件網羅 (Decision/Condition Coverage)

判定条件／条件網羅基準を用いてテストを行う場合は、各々の個別条件について全ての結果を少なくとも1回はとるようにし、かつ各々の分岐について全ての分岐の方向を実行すればよい。
ホワイトボックステストとブラックボックステスト > ホワイトボックステスト (White Box Test) > 複合条件網羅 (Multiple Condition Coverage)

複合条件網羅基準を用いてテストを行う場合は、それぞれの判定における全ての結果の全ての可能な組み合わせを少なくとも1回はとるように実行すればよい。ただし、ある組み合わせは作ることが不可能である場合がある。たとえば、条件 (A > 2) と (A < 10) とでは、可能な組み合わせは3つしかない。
ホワイトボックステストとブラックボックステスト > ホワイトボックステスト (White Box Test) > 経路網羅 (Path Coverage)

経路網羅基準を用いてテストを行う場合は、すべての経路が少なくとも1回はとるように実行すればよい。反復構造を持つプログラムの全ての経路を特定することは普通は不可能であるから、この場合、完全な経路網羅は実行可能な目標とは考えられない。
ホワイトボックステストとブラックボックステスト > ブラックボックステスト (Black Box Test)

詳細は「ブラックボックステスト」を参照
ブラックボックステスト (英: black box test) は、プログラムの入出力だけに注目し仕様通りにプログラムが動作するか（もしくは仕様通りに動作しないか）をテストする。プログラムの入力が単一の値である場合は同値分割や限界値分析を、プログラムの入力が複数あり相互に影響を与えるような場合は決定表や原因結果グラフなどを用いて入力を決定する。大域変数の読み書き、通信、割り込みなどが処理中にある場合には、それらも入出力の一つとして扱う。
ホワイトボックステストとブラックボックステスト > ブラックボックステスト (Black Box Test) > 同値分割

入力または出力を同じように扱えるグループに値を分けたものを同値クラスと呼び、それぞれの代表的な値を用いてテストを行う。
有効な同値クラスを有効同値クラス、無効（エラー）となる同値クラスを無効同値クラスと呼ぶ。
ホワイトボックステストとブラックボックステスト > ブラックボックステスト (Black Box Test) > 限界値分析（境界値分析）

入力または出力を同じように扱えるグループに値を分け、その境界となる値を用いてテストを行う。プログラムのエラーは分岐の境界で発生する場合が多いため、限界値分析に基づいたテストを行うことで、同値分割に基づいたテストよりも多くの欠陥を発見することができる。
ホワイトボックステストとブラックボックステスト > ブラックボックステスト (Black Box Test) > 同値分割と限界値分析の適用例

例えば、次のようなプログラムがあったとする。
入力: 時刻 (0:00-23:59)
出力: 10:00≦入力≦20:00であれば通常料金、それ以外であれば割増料金
通常料金の同値クラスは10:00以上20:00以下。
割増料金の同値クラスは0:00以上10:00未満と20:00を超え23:59以下。
無効同値クラスは0:00未満と23:59より大きい場合となる。
　
　　　　　0:00　              10:00 　　       20:00               23:59 
－－－－○●－－－－－－－－○●－－－－－－－－－●○－－－－－－－－●○－－－
無効同値　　　　同値クラス　　　　　同値クラス　　　　　同値クラス　　　　無効同値
クラス 　　　 　(割増料金）         (通常料金)　　　　  (割増料金)　　　　クラス　
(エラー)  ＜－－－－－－－－－－－－有効同値クラス－－－－－－－－－－＞　（エラー）   　

●：端を含む
○：端を含まない
同値分割ではそれぞれの範囲から代表的な値を入力として選びテストを行う。
入力例)-1:00、8:00、12:00、22:00、25:00
限界値分析では、入力の範囲を想定される出力ごとに分割し、それぞれの範囲の境界を入力として選びテストを行う。
入力例）-0:01、0:00、9:59、10:00、20:00、20:01、23:59、24:00
ホワイトボックステストとブラックボックステスト > ブラックボックステスト (Black Box Test) > 決定表

決定表（デシジョンテーブルとも）とは、条件(入力)が複数のパラメータから構成されている場合に、
条件(入力)と動作(入出力)の関係を表形式で表したものである。
表の各列が規則(テストケース)を表している。
| 規則(テストケース) | 規則(テストケース) | 1 | 2 | 3 | 4 |
| --- | --- | --- | --- | --- | --- |
| 条件(入力) | 平日である | Y | Y | N | N |
| 条件(入力) | 午前10時から午後8時 | Y | N | Y | N |
| 動作(入出力) | 通常料金 | X | - | - | - |
| 動作(入出力) | 割増料金 | - | X | X | X |
単体試験と統合試験 > 単体試験 (Unit Test)

詳細は「単体テスト」を参照
単体試験 (英: unit test) は、関数、メソッドなどの小さな単位で行うテストのことである。単体テストは、関数の場合には基本はブラックボックステストである。ブラックボックステストが済んだものの品質を確保するためにホワイトボックステストを行う。「Unit Testing」の略である「UT」と呼ぶことがある。また、開発現場によっては「CT（和製: Coding Test）」や「PT（和製: Program Test）」と略すこともある。
単体試験の道具としてJavaではテスティングフレームワークJUnitが有名である。これはJava専用である。他の言語にも同様のものがあり、それらを総称してxUnitと呼んでいる。
単体試験と統合試験 > 統合試験 (Integration Testing)

詳細は「統合テスト」を参照
統合試験 (英: integration testing) は、単体試験が完了したプログラムを組み合わせて行うテストである。プログラムのどの部分から組み合わせていくかで、トップダウンテストとボトムアップテストに分けることができる。「Integration Testing」の略である「IT」と呼ぶことがある。また、結合テストと呼ぶ場合もある。
統合試験とシステム試験を分ける場合もある。統合試験とシステム試験を分ける場合に、模擬試験 (英: simulation) を統合試験に分類する場合と、システム試験に分類する場合がある。
単体試験と統合試験 > システムテスト (System Testing)

詳細は「システムテスト」を参照
プログラムを単独ではなく、他のプログラムやハードウェア、通信ネットワーク、データベースなどと組み合わせて実施するテストである。開発環境と実行環境が異なる場合には、実際の実行環境を使って行うこともある。顧客にしか実際の実行環境がない場合には、顧客環境で行う場合がある。実際の環境を利用することが高価であったり時間がかかる場合には、模擬試験環境 (simulator) を作成して実施することがある。この場合には、模擬環境のシステム試験、実環境でのシステム試験と区分する。模擬環境では、複数の事象を同時に発生させることが難しかったり、逆に実環境ではありえない事象を発生させることができなかったり、それぞれの短所・長所を見極めて試験を実施する。エンタープライズ[要曖昧さ回避]系と組込みソフトウェアで本質的な違いがあるわけではなく、OS、言語、ネットワーク、データベース、接続機器数の違いが大きい。
単体試験と統合試験 > 受入試験 (Acceptance Test)

詳細は「受け入れテスト」を参照
受入試験 (英: acceptance test) は、検収テスト、承認テストとも呼ぶこともある。受入試験は、システムを受け入れるかどうかを判定する試験である。システムの実際の利用者が行う場合と受け入れ試験をシステム運用・保守会社が実施する場合がある。システムが仕様通りの機能や性能を備えているかどうか確認する検証試験だけの場合と、システムが利用者の意図通りに動くかどうかを確認する妥当性試験を含む場合がある。
アルファテスト、ベータテスト

完成前のソフトウェアを開発者以外に利用してもらい、欠陥を発見してもらうテストのこと。アルファテストは、ベータテストよりも完成度の低い段階（アルファ版）で行うテストである。アルファテストは内部で、ベータテストは外部でという区分をすることがある。オープンソース、オンラインゲームにおいては、ベータテストを広く一般に公開し、宣伝の目的も兼ねて実施する場合がある。ベータテストで配布するソフトウェア（ベータ版）は、基本的には製品版と同等の機能を備えるが、不具合が存在する可能性があるため、利用に際して注意すべきことが注意書きなどに記載している。設計側が予期していない不具合が発生することもあり、注意書きにないことで何を考えなくてはいけないかを想定し、システムのバックアップなどを実施してから導入することを基本とするとよい。
テスト代替 (Test Doubles)

単体テストや結合テストを行う際に、テスト対象のプログラムを呼び出すためのプログラムや、テスト対象のプログラムが利用しているプログラムがまだ使えない（もしくは、テストが完了していないため使うべきでない）場合がある。このような場合に、テスト対象のプログラムを呼び出すためのプログラムをテストドライバ (英: test driver)、テスト対象のプログラムが利用しているプログラムの代替となるプログラムをテストスタブ (英: test stub) という。
int isCompositeNumber(int x) {
  return !isPrimeNumber(x);
}
上記のプログラムは、与えられた値が合成数かどうかを判定するプログラムである。このプログラムをテストするために必要なテストドライバとテストスタブの例を示す。
テスト代替 (Test Doubles) > テストドライバ

int main() {
  int num;
  for (num = 2; num <= 10; num++) {
    if (isCompositeNumber(num)) {
      printf("%d is a composite number", num);
    } else {
      printf("%d is not a composite number", num);
    }
  }
}
テスト代替 (Test Doubles) > テストスタブ

int isPrimeNumber(int num) {
  return (num == 2) || (num == 3) || (num == 5) || (num == 7);
}
このテストスタブは与えられた値が素数かどうかを判定するプログラムとしては明らかに不完全であるが、テストドライバから実行する範囲においては正しい挙動を示すので、指定した範囲でのテストスタブとしては十分な場合がある。しかし実行範囲が変わったときに直し忘れる可能性があるため、テストスタブ名に実行範囲を示す文字を入れる場合がある。
回帰試験 (Regression Test)

詳細は「回帰テスト」を参照
プログラムを修正・変更した場合に、過去に実施したテストを再度実施することを回帰試験 (英: regression test) 又は退行テストという。修正前の試験に再度合格するかどうか、他の機能に影響与えていないかどうか、他の機能が動作するかどうかを確認する。過去のテスト資産を使い、実施する回数も多いことから、実施を省略することがないようにテスト自動化することにより効率化を図る。
回帰試験にて、テストする範囲を全テストケースとするか、(全テストケースを実施した場合に要する時間や工数と修正が及ぼす範囲を考慮して)部分テストケースとするか判断し、また、欠陥を検出する頻度を考慮して高い優先度で実施するテストケースを選択する方法がある。一方で、アジャイル開発手法を選択した場合、ソフトウェアの更新頻度も仕様変更頻度も共に高くなることが見込まれるため、特に開発期間が短いアジャイル開発手法においては、回帰試験が多くの不必要なオーバーヘッドになる可能性がある。回帰試験をサードパーティーに委託する場合、あるいは、ソフトウェアの一部がサードパーティーによって開発される場合、必ずしも修正が及ぼす範囲が判断できるわけではないので、テストする範囲は全テストケースと成らざるを得ない。[要出典]
回帰試験 (Regression Test) > 再現試験 (Repeatability Test)

再現試験 (repeatability test) は、初めて起きた現象・実験結果を確認する追試と、事故・不具合を再現し対策を立てるために実施することがある。
統計的手法

ソフトウェアが複雑になり、機能、関数の数が千以上になってくると、性能試験、機能試験の結果を統計的に処理し、どういう試験を実施するとよいかを統計的に検討することがある。また、テストでは、欠陥が存在することを示すことはできるが、欠陥が存在しないことは証明できないため、いつソフトウェアテストを終了すればよいかを決定するための基準として統計的手法として信頼度成長曲線等を利用する場合がある。信頼度成長曲線を利用する場合には、条件の変化を統計的にうまく扱わないと見落としが発生するか、無駄な作業を続けることがある。
アジャイルテストの4象限

アジャイルテストの4象限とは、テストを「ビジネス面/技術面 x チーム支援/製品の批評」の4象限に分類したものである。例えば単体テストは特定モジュールという技術要素に着目しチームの開発を支援する目的で設定されるテストであり「技術面 x チーム支援」の第1象限に分類される。アジャイルテストの4象限という分類により、各テストが持つ役割を明確に認識することが可能になる。
関連ツール

xUnit - コンピュータプログラムの単体テストツール
JUnit - Javaプログラムの単体テストツール
TestNG - Javaのためのテスティングフレームワーク
QualityForward - 複数拠点、チーム単位でのテスト管理・分析が可能なクラウド型テスト管理ツール
Qangaroo - Web上でExcelライクなインターフェースを有するシンプルで直感的な作業を可能とするクラウド型テスト管理ツール
TestLink - オープンソースのテスト管理システム
TESTRUCTURE - テスト設計プロセスを支援するテスト設計ツール
CAT - テスト設計プロセスを支援するテスト設計ツール
ブラックボックスダイアグラム
本巣町立神海小学校

| 本巣町立神海小学校 |
| --- | --- |
国公私立の別:  公立学校
設置者:  本巣町
設立年月日:  1873年
閉校年月日:  1967年
共学・別学:  男女共学
所在地:  〒501-1235
 岐阜県本巣市神海
 ウィキポータル 教育  ウィキプロジェクト 学校
テンプレートを表示
本巣町立神海小学校 （もとすちょうりつ こうみしょうがっこう）は、かつて岐阜県本巣郡本巣町（現・本巣市）に存在した公立小学校。
概要

現在の本巣市神海（旧・本巣郡外山村神海→本巣郡本巣町神海）に存在し、校区は旧・外山村の南部（日当・川内・神海・木知原）であった。1967年、金原小学校と統合し、外山小学校の新設により廃校。
沿革

1873年（明治6年） -
神海村に順信学校が開校する。金輪寺を仮校舎とする。
木知原村に有覚学校が開校する。
1875年（明治8年） -
順信学校が神海小学校に改称する。
外山村に外山小学校が開校する。
1879年（明治12年） -　長瀬村、神海村、木知原村で組合を結成。神海小学校と有覚学校は廃校となり、神海村と木知原村の児童は上長瀬の長瀬小学校へ通学する。
1880年（明治13年） - 長瀬村・神海村・木知原村の組合が解散する。神海村に神海小学校ができ、神海村・木知原村の児童が通学する。
1886年（明治19年） - 神海小学校が神海簡易科小学校、外山小学校が外山簡易科小学校に改称する。
1895年（明治28年） - 外山簡易科小学校が廃校となる。外山簡易科小学校校区のうち、外山村の一部（木倉）と佐原村の一部を引き継ぐ。このころ神海尋常小学校に改称する。
1897年（明治30年）4月1日 - 金原村、神海村、木知原村、佐原村、日当村、外山村が合併し、外山村が発足。
1902年（明治35年） - 新築移転。
1905年（明治38年） - 神海尋常高等小学校に改称する。
1915年（大正4年） - 校舎を増築する。
1920年（大正9年）4月 - 農業補習学校を併設する。
1921年（大正10年）5月 - 校区の一部（佐原）が金原尋常小学校に移る。
1941年（昭和16年）4月1日 - 神海国民学校に改称する。
1947年（昭和22年）4月1日 -
外山村立神海小学校に改称する。
外山村立外山中学校を併設する。
1950年（昭和25年）12月 - 外山中学校が新築移転。併設が解消される。
1956年（昭和31年）9月30日 - 外山村と本巣村とが合併し、本巣村となる。同時に本巣村立神海小学校に改称する。
1960年（昭和35年）4月1日 - 町制施行により本巣町となる。同時に本巣町立神海小学校に改称する。
1967年（昭和42年）
3月 - 金原小学校と統合し、外山小学校の新設により廃校。外山小学校神海校となる。
5月 - 旧・本巣町立外山中学校校舎が外山小学校の統合校舎となり、外山小学校神海校は廃止。
春日山駅

| 春日山駅 |
| --- | --- |
 駅舎（2021年8月）
  かすがやま  Kasugayama  
 ◄高田 (3.9 km) (2.8 km) 直江津►
 ja
所在地:  新潟県上越市春日山町三丁目1-1北緯37度8分52.93秒 東経138度14分5.87秒﻿ / ﻿北緯37.1480361度 東経138.2349639度﻿ / 37.1480361; 138.2349639座標: 北緯37度8分52.93秒 東経138度14分5.87秒﻿ / ﻿北緯37.1480361度 東経138.2349639度﻿ / 37.1480361; 138.2349639
所属事業者:  えちごトキめき鉄道
所属路線:  ■妙高はねうまライン
キロ程:  34.9 km（妙高高原起点） 長野から72.2 km
電報略号:  スヤ
駅構造:  地上駅
ホーム:  1面1線
乗車人員 -統計年度-:  727人/日（降車客含まず） -2023年-
開業年月日:  1928年（昭和3年）10月26日
備考:  直営駅 マルス端末設置
  ↑  2002年（平成14年）12月1日に現在地へ移転。 
テンプレートを表示
春日山駅（かすがやまえき）は、新潟県上越市春日山町三丁目にある、えちごトキめき鉄道妙高はねうまラインの駅である。
概要

当駅は（旧）高田市（現・上越市春日地区）に所在する駅で、（旧）高田市と（旧）直江津市双方の中心市街地のほぼ中間点に位置する。
上越市役所本庁舎（木田庁舎）の最寄り駅で、市街地を挟んだ西側には上杉謙信の居城であった春日山城跡等が所在する春日山がそびえる。
新潟駅 - 上越妙高駅・新井駅間特急「しらゆき」4往復のうち、1往復が当駅に停車する。
東日本旅客鉄道（JR東日本）信越本線の駅であったが、2015年（平成27年）3月14日の北陸新幹線長野駅 - 金沢駅間延伸に際し、並行在来線として経営分離され、えちごトキめき鉄道へ移管された。
歴史

1928年（昭和3年）10月26日：鉄道省の駅として新設。
1961年（昭和36年）7月19日：当駅 - 直江津駅間ルート変更。
1984年（昭和59年）1月20日：貨物取扱廃止。
1985年（昭和60年）3月14日：荷物扱い廃止。
1987年（昭和62年）4月1日：国鉄分割民営化に伴い、JR東日本の駅となる。
2002年（平成14年）12月1日：直江津寄り（北側）400mの位置に移転新築、交換設備廃止。
2015年（平成27年）3月14日：北陸新幹線長野駅 - 金沢駅間延伸に伴い、えちごトキめき鉄道へ移管。みどりの窓口を廃止。
2017年（平成29年）5月1日：JR線の発券システムをビジネスえきねっとからマルス端末に更新。
2018年（平成30年）3月17日：ダイヤ改正で新たにあいの風とやま鉄道線・日本海ひすいライン（泊駅 → 新井駅間）からの直通列車が設定された。
2023年（令和5年）3月18日：ダイヤ改正で上下1本のみ設定されていたほくほく線への直通列車、ほくほく線からの直通列車が廃止。
歴史 > 旧駅舎について

2002年11月末まで運用されていた旧駅舎は、現駅舎南側（妙高高原方）400mの地点に所在していた。相対式ホーム2面2線を備えていたが2002年頃から東側の2番線を使用中止とし、駅舎に面する西側の1番線のみ運用していた。1996年（平成8年）9月段階では特急「あさま」と急行「赤倉」が交換を行っていた。
旧駅舎や交換設備の大部分は移設後に撤去されたが、このうち旧2番線の線路は北側（直江津方）に接続する非電化の側線として、事業車両の留置などに運用している。また旧駅舎付近の本線の配線は変更されていないためS字カーブを描いており、付近では60km/hの速度制限が掛けられている。
駅構造

単式ホーム1面1線を有する地上駅。
えちごトキめき鉄道が直営駅として管理を行っている。早朝や深夜に発着する一部ワンマン列車では、切符収集・運賃精算は車内で行われることがあるが、通常は改札口で改札業務が実施される。
駅構内には、タッチパネル式自動券売機・窓口・有人改札口（いずれも営業時間7:00 - 17:50）が設置されている。窓口ではえちごトキめき鉄道の乗車券・オリジナルグッズが販売されている他、窓口内にはマルス端末が設置されている。
2023年現在の駅舎を商工会議所等が入居する3階建てとした上で、東側の上越市役所方面への連絡通路を設置する計画もあるが、着工時期は未定である。
列車接近表示器から流れるメロディーは、上下線共に「村の鍛冶屋」旧音源タイプである。
改札口（2021年8月）
ホーム（2021年8月）
駅構造 > JR時代

直江津駅が管理する業務委託駅で、ジェイアール新潟ビジネス（JNB）が駅業務を受託していた。出札窓口はみどりの窓口として営業していたが、経営移管に伴い廃止されている。
旧駅舎時代から設置されている駅名表示（2004年7月）
JR東日本が管理していた時の駅舎（2004年7月）