Jump to content
Main menu
Main menu
move to sidebar
hide
Navigation
Main page
Recent changes
Random page
freem
Search
Search
Appearance
Create account
Log in
Personal tools
Create account
Log in
Pages for logged out editors
learn more
Contributions
Talk
Editing
Openai/694305e8-d7f8-800e-a8d8-fbf410be6545
(section)
Add languages
Page
Discussion
English
Read
Edit
Edit source
View history
Tools
Tools
move to sidebar
hide
Actions
Read
Edit
Edit source
View history
General
What links here
Related changes
Special pages
Page information
Appearance
move to sidebar
hide
Warning:
You are not logged in. Your IP address will be publicly visible if you make any edits. If you
log in
or
create an account
, your edits will be attributed to your username, along with other benefits.
Anti-spam check. Do
not
fill this in!
=== Assistant: その手順書自体も、現場の役割分担で作られているんだ。整理するとこうなる。 === その手順書自体も、現場の役割分担で作られているんだ。整理するとこうなる。 ==== 1. 経験者/実装者 - 実際にコードを書いた人や、勘定系・帳票処理に精通した人 - 担当: - 単体テストの結果を反映 - モジュール間の依存関係や帳票出力順序を整理 - 正常系/異常系のテスト手順を明文化 ==== # QA部門/テストチーム - 手順書の形式化や標準化 - 担当: - 新人や外注でも理解できるレベルに書き直す - 実行手順やチェックポイントを明確化 - 必要に応じてチェックリスト化 ==== - 誰でも実行できるレベルに落とし込まれている - 入力例、順序、出力の確認箇所が明記 ==== * 内部ロジックや桁依存の詳細は書かない - それは書く側や経験者が理解して担保 * 更新は経験者が主体 - コード改修やCOPY変更に合わせて常に更新 - 古い手順書のままでは事故リスクが増す ==== - 手順書作成は 「経験者が中身を整理→QAが形式化」 の二段階 ==== * 新人や外注は手順書に従って実行できる * 重大なロジックの確認や事故防止は経験者の責任 一言でまとめると: : 希望なら次に、手順書ベースで誰が何を確認するかをフローで整理して、書く側・レビュー側・テスト実行側の役割を図解で示すこともできる。 やる?
Summary:
Please note that all contributions to freem are considered to be released under the Creative Commons Attribution-ShareAlike 4.0 (see
Freem:Copyrights
for details). If you do not want your writing to be edited mercilessly and redistributed at will, then do not submit it here.
You are also promising us that you wrote this yourself, or copied it from a public domain or similar free resource.
Do not submit copyrighted work without permission!
Cancel
Editing help
(opens in new window)