These days I talked about the test case,following I'll continuing to say about how to track the specification document as soon as possible and how to limit the repeat rate in a proper scope.
Sepcification usually varies on every project,this almost can't avoid.At the endding of the project,it'll be changed really different with the version at the beginning.As tester,only we can do is just follow these changing to vary cases,or we can't implement test,even testing have no meaning.For this point,tester maybe a senior tester should evaluate the effect on test point.Changing the test case to adapt the new requirement.
For those repeated test cases,maybe mostly pepole can't stand it as it's waste time and have no idea.It will cost lots of human resources.The second point is it lead to the statistic isn't very reasonable.However,it is necessary some time.For example,if say,the time we spend on writing a test case is consists of two parts.One is write time,the other is the time of check it if repeated.So,follow the adding of test case,the efficiency must slow down.Another reason is that certain repeated is good for our test.If we just depend on a single case to determine whether the test point is pass or fail,it seem not very fair.On a certain extent,repetition also stand the thinking like redundancy and prepare another parts.It can avoid leak test efficiently.
Certianly,we have some method to avoid repetition.First, we can use exact keyword and classify particularly.Second,we can stand certain repetition for those important point.Third,we should check stricktly for those test cases which spending too much time and complexly.
I use for reference a test book and plus some my own understanding.So if there is any question or bug,or you have some better view,please contact me or leave your comments.On certain extent,I will not use this right now.But only prepare can adapt the change.Learn more knowledge is good for everybody!
Some points of this article use for reference from the book <<xiaoao testing>> and <<The art of testing>>.