本研究は，オープンソースソフトウェア（OSS）開発における不具合修正完了後の手戻り（再修正）の発生を防ぐため，検証作業に関わる開発者間の合意形成の様子から残存欠陥の有無を明らかにすることを目的とする．
OSSコミュニティには日々数多くの不具合が報告されており，開発者はソフトウェアの保守作業に膨大なコストをかけている． 修正後の検証作業には複数のレビュアーが修正の妥当性についての確認を行うが，約15\%の不具合は再修正を引き起こしている．
従来研究では，修正プロセスにおける開発者の議論形態が再修正を引き起こす原因として挙げられている． また，修正プロセスでは検証作業における議論が特に積極的に行われることが明らかとなった．
本発表では，検証作業における開発者間の意思疎通と不具合の再修正の関係を分析した結果を示す．
[English]
The goal of this study is to investigate whether a consensus between reviewers is related to missing a fault in source code on a bug-fix process in an open source software (OSS) development.
OSS developers spend too much cost for maintenances such as a fix and a review for their software, since a large number of bugs are posted to their community on a daily basis. Even if several reviewers verify the fixed source code, approximately 15\% of fixed bug still includes a fault. Then, the bug is re-opened.
A previous study found that a discussion in a bug-fix process is the primary factor to introduce a re-opened bug. We found that many developers are on discussions in a review phase.
Toward understanding their consensus to not introduce re-open, this study tries to reveal a relationship between re-open and a discussion among developers in a review phase. We show a result of our case study of Openstack project.