相对来说，系统的架构设计的稳定性和稳固性在其所适应范围内的，比如我们可以划一个圆圈A，在圆圈A内，这个系统架构设计的稳定性和稳固性是表现的非常好，只要是符合圆圈A内的需求如何的变动，系统的架构都能非常灵活的适应。但当出了圆圈A进入圆圈B或者圈A的范围比设计的时候要大上整整一个圈的时候，则系统的稳定性和稳固性与可适应性表现的是相斥的关系。

　　所以总结说，在系统架构的可适应范围内，系统架构的稳定性和稳固性与可适应性是呈相辅相成的，当需求的变更超越系统架构的可适应范围，则系统架构的稳定性和稳固性与可适应性是相斥的关系，即系统的稳定性和稳固性越好，在可适应范围内，它的适应性越强，适应所做变更的成本越低，当超越了适应范围，则它的适应性越差，它所做变更所做的成本将越高。对于此，如何评估一个测试过程结果的现有系统架构的质量将会是比较困难的事情，可以考虑从写入约束和写入其适应范围的角度来做一个评估。

　　从测试团队的成长评估测试过程结果的质量

　　从测试团队的成长角度来评估测试过程结果的质量，是一个带有多数主观因素的评估，当测试团队中的每个人都在最合适的位置上的时候，则测试过程进程将会变得顺利和平滑，

　　让做系统设计的人做系统设计，让擅长处理问题的人处理问题，让擅长文档化的人做文档化工作，在这一种状态工作的，对于测试团队的整体素质提高会有一定的作用，但当测试团队有少量变更的时候，可能原来做系统设计的人被放在了处理问题的位置，而处理问题的人去做了文档化工作，文档化的人去做了系统设计，在这一种情况下，对于测试团队个人的成长是比较有利的，最少在一定程度上，接触不同的方方面面，不论是在系统设计角度，问题处理角度，还是工作文档化角度上，在做擅长的任务的时候，都会不自觉的从其它角度来考虑问题，对于测试团队的后续需求的开发和测试团队的持续性成长是有好处的，但这种情况下带来的问题是不同位置上的人的学习成本的增加及做自己并不擅长时的工作时的结果并没有做自己擅长时的结果所得到的结果那么好，所以，按同样需求的来说，从测试团队的成长评估测试过程结果的话，对于测试团队的成长应该在不影响整体需求和时间约束等各方面的情况下，达到最大限度的成长。

　　从测试的流程和过程改进评估测试过程结果的质量

　　测试过程结果的质量与测试团队测试这个结果时经历的流程和过程有着相当大的关系。对于测试团队的流程和过程记录将会有助于改进现有的流程和过程，在这个角度上面，测试过程结果的质量应该在一定程度上取决于流程的记录和过程记录的完整程度。如果测试团队有应用改进后的流程，或者说在开发过程中，更替过流程，来观察测试过程速度或者效率的影响及当时小范围的结果的评定，观察整个测试过程及开发过程中的流程，对于在不同的观察对象所产生的效果和结果，及对于观察对象所涉及的过程和流程进行改进的建议也应该作为测试过程结果的质量的评估标准。

　　从测试过程结果的文档建设及文档知识传递程度评估测试过程结果的质量

　　对于测试过程结果的文档建设来说，非常广，非常全的文档当然是有好处的，但是在现实的情况下，并没有如此大的精力和时间去建设非常广，非常全的文档。所以，择其重要性而有选择性的进行文档建设，是一个测试团队所需要的，单纯从文档建设的数量上来评估测试过程结果的质量，是很失真的一种行为，但是如何去选择文档的重要性，不同的人有不同的观点，我觉得，文档的重要性一是对于整个测试过程有帮助的，另一是对当前需求的测试过程的知识传递程度两个方面来评定文档的重要性。就此，可以比较容易的观察到整个测试过程结果的文档建设及文档知识传递程度来评估测试过程结果的质量。