Нека започнем с факта, че аз съм новак, аз използвам идея. Интересува се от това как да се разработват приложения офлайн и уеб, дори и за Android не би имал нищо против да чуя нещо, макар и по-малък от около първите две опции. Аз пиша за пръв път, че аз знам за тестване:
1) В някои книги (и не само), ви препоръчваме този подход към програмирането, в която, преди да напише код директно, писмени тестове. Ако разбирам правилно, изпитванията се записват в целия клас, който ще бъде в кода. Но първо, теста за писане на класа изисква едновременно с писането на класа, а понякога и много повече. На второ място, в тези ситуации, взех под внимание, класът ще функционира правилно (с изключение на печатни грешки) и в тези ситуации, които аз не осъзнават, тестът ще бъде приет успешно (защото те не са били включени в теста). И трето, понякога не знаеш как ще изглежда определен клас, толкова дълго, тъй като не ще осъзнаят, още повече, след като изпълнението ще бъде много време да променя, понякога драстично - например, се опита друг подход - да работи на разстояние по-ниска скорост, се опитах съвсем различен (с различен набор от класове и интерфейси) - горе.
- Така че дали да се прибегне до такъв подход? И как да бъде, като се вземат предвид всички посочени по-горе? Аз някак си паника взема всички пишат тестове привличат / инкубатори.
2) чували за автотеста. възприема дори парче от записа, където записва макро мишка за автоматично нивелиране на игри. Но знам, че много малко, че се натъкнах е толкова сложна и неясна, и най-важното е, че не е ясно дали е необходимо надценки.
- Просвети мен, като новодошъл да се възползват от автотеста в различни ситуации (почивни, уеб)? Какъв софтуер инструменти се използват за тази цел? Какво руски език литература може да се ръководи?
3) Мога ли да пропусна нещо в областта на тестването. Ще се радвам на всякакви инструкции;)
напиши тестове на абсолютно всичко - не е най-разумният идея.
В такива ситуации, взех под внимание, класът ще функционира правилно
не на факта. Вие няма гаранция, че правилно сте реализира ", че е взел предвид". Проверете го, само за да помогне на тест
в тези ситуации, които аз не осъзнават, тестът ще бъде приет успешно (защото те не са били включени в теста)
разработчикът трябва да знам какво да правя по един или друг от своя клас, съответно, да тестват своите класове имаше за съответствие с "предназначение". Вследствие на ситуацията, описана от вас няма смисъл
понякога не знам как ще изглежда определен клас, толкова дълго, тъй като не realizuesh
виж по-горе. - предприемачът трябва да знае какво ще направи този клас е го е създал, и да го тествате, от тази гледна точка. Ето защо, тестване не е особено заинтересована от подробностите по изпълнението на класа (и възможните промени в изпълнението)
И накрая, не мисля, че за tediousness, но изглежда ужасно:
не "koordinalno" и кардиналът. и "prosvyatite" и просвети
Важна мярка във всичко. Тестван обикновено сложно случаи. И за да направи всичко на теста не сили няма да са достатъчни. След това трябва да бъде писмено тестове тестове (сериозен съм).
В допълнение, тестът е различна: единица тестване, тестване натоварване, функционално тестване и т.н. Нищо чудно, че сред progerskoy брат е специализирана тестер / тестер.
Progeria е да се тества крайният резултат от тяхната работа. Say написа клас / йерархия изпълнява каже свалянето на съдържание от мрежата. Би било логично да пиша единица тест проверява самоличността на изтегления свалящ се. Като цяло, идеята е проста:
- Вие мъдро ръководство си поставя определена задача;
- Можете да го решен;
- Сега ние трябва да се докаже, че решението работи. За да направите това, напишете единица тест (поредица от единица тестове), доказващи изпълнението на вашето решение;
- Показване на главата;
- Печалба.
Послепис По отношение на боб. Ако зададете задачата да напише боб - тогава ще трябва да пиша единица тестове за вашите боб. Такова c'est ла VIE :)
Свързани статии