Software testing: Difference between revisions

Revision as of 01:10, 30 December 2024

Revision as of 01:13, 30 December 2024

Line 54:

Defects that manifest in unusual conditions are difficult to find in testing. Also, [[Non-functional requirements|non-functional]] dimensions of quality (how it is supposed to ''be'' versus what it is supposed to ''do'') {{endash}} [[usability]], [[scalability]], [[Computer performance|performance]], [[Backward compatibility|compatibility]], and [[reliability (engineering)|reliability]] {{endash}} can be subjective; something that constitutes sufficient value to one person may not to another.

Although testing for every possible input is not feasible, testing can use [[combinatorics]] to maximize coverage while minimizing tests.<ref>{{Cite conference |last1=Ramler |first1=Rudolf |last2=Kopetzky |first2=Theodorich |last3=Platz |first3=Wolfgang |date=April 17, 2012 |title=Combinatorial Test Design in the TOSCA Testsuite: Lessons Learned and Practical Implications |conference=IEEE Fifth International Conference on Software Testing and Validation (ICST) |___location=Montreal, QC, Canada |doi=10.1109/ICST.2012.142}}</ref> One popular sampling technique is Combinatorial Testing for which a quick [https://www.udemy.com/course/combinatorial-testing/?referralCode=13C527233C32636B0F20 Combinatorial Testing tutorial] is available.

== Categorization ==