软g开发中所谓的degrade是指Q在修改某个bugӞ引入了另外的bug。在日本通常UC?デグレー?/span>"或?#8220;デグ?/span>”?/span>例如Q在计算字符串长度的中,修改了日?/span>(2字节字符?/span>)长度数错?/span>bugQ而导致原本好用的英数字(1字节字符Ԍ的长度计出错,q样叫degrade?/span>
避免出现“デグ?/span>”的对{就是进行回溯测试(除了修改部分的确认测试以外,q要?/span>认现有是否如期待那栯?/span>?/span>试Q?/span>只是不能每次修改旉做大范围手动回溯试Q自动化试也是有范围的。要考虑bug发生旉险的严重性,再决定回溯测试的执行斚wQ或选择Q减)要执行的回溯试Q或考虑自动化测试程序的再利用性和规模Q再军_自动化的范围。也有在设计E序和测试设计之初,预先制定好各机能如何进行回溯测试的单运行规则?/span>
特别是个别的承包pȝ目和用于本公司服务的项目等Q因为在出现问题时能够立M改,所以在实际中更Ҏ引入新问题,如在发布之后Q用戯行时出现了问题,紧急对应这个问题,׃引发degrade?/span>分秒必争的情况下Q要保持冷静是相当困隄。但是,事先定好判断程Q即使在非常紧急的情况下,也要有条不紊地让很多人来查。一?/span>真正|n于U状况下可就不那么容易了?/span>