cosmetic functional bugs what has be treated
Тестеру се увек намећу огромне одговорности за откривање било каквих грешака које софтвер има. Без обзира на функционалност и кориснички интерфејс, тестери могу да појаве грешке где год постоји неусаглашеност.
Овај чланак помаже у разумевању важности функционалних и козметичких грешака. Поред тога, овде су на разумљив начин објашњени и фактори који се морају узети у обзир при њиховом одређивању приоритета неки живи примери за илустрације .
који мп4 видео довнлоадер је компатибилан са иоутубе-ом
Шта ћете научити:
Значај функционалних и козметичких грешака
Грешке су неизбежне у развоју софтвера. Стога је увек веома важно извршити темељно тестирање софтвера пре него што се може користити уживо. Тестирање софтвера могу постати важнији јер помажу у идентификовању грешке које су програмери пропустили .
Ове неидентификоване грешке могу у животу постати веома скупе. Стога се мора извршити одговарајући план испитивања и тестирање како би се побољшао квалитет софтвера.
Фиг. 1:
Горња слика мора да учита датотеку слике коју софтвер није успео да прикаже. Ово је озбиљно питање које може озбиљно утицати на пословање.
Козметичке бубице и њихов значајан значај
Козметички захтеви нису ништа друго до кориснички интерфејс или само изглед софтвера на предњој страни. Најчешће се догоди да се стално мења између различитих издања.
То се посебно дешава у пројектима у којима се следи агилна методологија. Издања се овде јављају у облику спринта. Отуда се обично називају Спринт издање или само СР-кк, где се „кк“ односи на број издања.
Свако издање може имати одређени скуп захтева. Генерално, клијенти се врло често припремају да захтевају промене у корисничком интерфејсу или само корисничком интерфејсу.
Следи неколико примера козметичких захтева:
- Менији морају бити доступни са фонтом Цалибри и.
- Текстуално поље А мора бити величине 1,2 инча
- Сви генерисани извештаји морају имати наслов величине Х1 са бојом „002522“.
Горе наведено је неколико примера козметичких захтева који се могу појавити. То су захтеви којима је главни циљ импровизација употребљивости софтвера . Још један разлог иза козметичких захтева је оптимизација софтвера и његовог дизајна у пословне сврхе.
Слика 2
На горњој слици постоје како функционални, тако и козметички проблеми. Функционални проблем попут поља за потврду није приказан за опцију „Користи ДеатхБиЦаптцха“.
Овде се може видети козметичко питање као ниједан униформисан фонт који се користи.
Приоритетни фактор за козметичке грешке или потребе клијената
Купци су козметичке потребе означили помало битним. То је због бриге због потребе да се интеракција софтвера учини врло једноставном и истовремено ефикасном, тако да се лако постиже постизање циљева. У случају да постоје проблеми са корисничким интерфејсом, клијенти се добављачима обраћају грешком ниског приоритета.
Како се то обично дешава, програмери се тичу функционалних аспеката софтвера, него козметичких, јер су то углавном подручја са малим утицајем.
Софтверски тестери желе да сви захтеви које су клијенти навели буду доступни у софтверу ако не успију, што природно ствара грешку. И овде сви полете. Приоритет који постави испитивач јавља се као резултат сугестије клијента. Поглед програмера се мало разликује од онога што испитивачи гледају. Увек гледају да ли грешка може проузроковати прекид у функционалности.
Ту долази до неке понављајуће се расправе и исход ње може у одређеном тренутку да се догоди препорукама тима за тестирање. Ако није у тренутном издању, то се може догодити и у следећем.
Стварни пример # 1)
Клијент је затражио да се логотип компаније појави на почетној страници у оквиру наслова заједно са функцијом брзог учитавања. Добављач је испоручио софтвер где логотипу компаније треба времена за учитавање, а клијенти са осећајем да се логотип не учитава покрећу питање уживо уживо.
Отуда је ово нанело већу штету добављачима. Основни узрок проблема може бити величина слике или природа слике или било шта друго. Иако ово нема функционалних прекида, ово је постављено као уживо издање.
Функционалне грешке - Критични и приоритетни фактори
Генерално се грешке сматрају приоритетима на основу приоритета који су поставили клијенти и потенцијалних утицаја које могу оставити на посао. Опште је мишљење програмера да се на критичним грешкама треба радити. Ово је очигледније јер су функционалне грешке нешто што потискује њихов рад.
И на основу приоритета, клијенти желе да дају предност неколико функционалних и козметичких грешака у истом издању. Фактор критичности зависи од утицаја или потенцијалног утицаја који му грешка може оставити. Фактор приоритета заснива се искључиво на клијенту и његовим потребама.
У погледу критичности, функционалне грешке су много потребне да би се исправиле без одлагања. За козметичке бубице могу да пристану на одлуке које доносе клијенти
Слика 3
На горњој слици постоје функционални проблеми попут проблема са дизајном и преклапањем текста и козметички проблеми попут проблема са фонтом.
Стварни пример # 2)
Клијент у примеру # 1 имао је више издања истог добављача. Клијенти су задовољни испорукама које пружају добављачи. Сада одједном постоји неколико пословних сценарија за које су клијенти утврдили да не раде, заједно са неколико других листа проблема са приказом. С обзиром на то да се они који имају проблема с функционалним утицајем сматрају кључним за клијенте, затражили су од продавача да их што пре поправе.
А како су проблеми са приказом имали знакове да остављају мањи степен утицаја, клијенти су им дали предност у више издања. Клијенти су били спремни да објаве неколико проблема са приказом и већину функционалних проблема уживо. То је зато што све функције могу утицати на пословање, а неколико проблема са приказом има потенцијал за стварање утицаја.
Пословни ефекти
Све грешке могу довести до неке неусаглашености софтвера са захтевима клијента. Што се тиче утицаја на пословање, дефинитивно су функционалне грешке које заслужују да изазову озбиљне утицаје на пословање. Како се козметичке грешке уклапају у проблем са дизајном и изгледом корисничког интерфејса, могу створити проблеме са употребљивошћу и изгледом код корисника.
Другим речима, њих је боље назвати козметичким побољшањима од бубица. Иако ово не може у великој мери утицати на пословање, могу довести до одређених потешкоћа код корисника током употребе софтвера.
Прави пример # 3)
Продавачи су испоручили нову верзију софтверске апликације у мобилној верзији. Постоји неколико карактеристика у мобилним апликацијама које су захтевале да корисник чешће кликне на неки линк. Ово је створило осећај деградиране употребљивости међу корисницима. Добављачи морају да преиспитају дизајн и ток апликације. Након промене тока, апликација је почела да привлачи више корисника да их користе.
Употребљивост преузима главну улогу у многим таквим апликацијама. Иако није било функционалних промена, било је мало промена у козметици због којих су апликације ојачале
Упоредна студија између козметичких грешака и функционалних грешака
Постоји неколико варијација између класификација грешака попут функционалних и козметичких у више аспеката животног циклуса тестирања софтвера. Неколико међу њима је формулисано и табеларно приказано као разлика између оба типа:
| Подручје упоређивања | Функционалне грешке | Козметичке бубице |
|---|---|---|
| Потенцијални узроци | Узрока може бити више: 1. Питања кодирања 2. Проблеми са синхронизацијом 3. Проблеми са зависним апликацијама | Проблем може да узрокује следеће: 1. Питања дизајна 2. Неподржана датотека |
| Степен рекреације | Рекреацију функционалних грешака могу обавити или тестери или сами клијенти | Козметичке грешке захтевају минималан напор у рекреацији, јер су углавном идентификоване на нивоу корисничког интерфејса |
| Критичност | Углавном су критични јер функционални квар може озбиљно утицати на пословање | У врло мало прилика могу постати критични. |
| Приоритет | Приоритет је како га дефинишу клијенти | Приоритет је како га дефинишу клијенти |
| Потенцијални утицај | Функционални квар може проузроковати озбиљне проблеме у пословању клијената | Иако не могу да створе директан утицај, могу да предузму и потенцијалне утицаје. |
| Разматрање побољшања | Ове грешке се никада не могу препоручити или сматрати побољшањем | Ове грешке се могу сматрати побољшањем |
| Трошкови када нису фиксни | Висока цена када се проблем пронађе на активном софтверу | Нема пуно трошкова |
Илустрације козметичких бубица
Козметичка грешка може да изазове утицај на неким местима где на софтверу постоје логотипи предузећа или слике партнерства, али се не учитава правилно. Иако су нефункционалне грешке, могу постати озбиљне. Да разумемо следеће илустрације да бисмо разумели важност козметичких бубица и њихову значајну улогу.
Истраживање случаја
Софтвер А развија добављач Б. Начин испоруке за клијента је у облику испуштања кода једном у месецу након издавања основне верзије. Од испорученог производа, клијенти ће навести све проблеме, грешке, побољшања на основу своје критичности и приоритета.
Приоритет иде као П1, П2, П3 и П4.
Критичност иде као Озбиљно, мајор, високо и ниско.
Сада клијенти очекују да ће све озбиљне, главне, П1 грешке бити исправљене у 30. недељи. Слично томе, високе, П2 грешке у 35. недељи. Ниске, П3 исправке грешака очекују се у 40. недељи. Коначно, П4 грешке се очекују у недељи 40. Између свих објављивања исправки, клијент блокира временски период бафера од 3 дана.
Сада следеће запажање постаје врло критично:
- Како је планирано као цевоводни режим, свако одлагање ће у већој мери утицати на наредне планове.
- Клијенти формирају приоритете и стога планирају да се ослободе у периоду који желе
- Кашњење у грешкама ниског приоритета може да повећа њихов приоритет са ниског приоритета на већи.
- Мања кашњења могу проузроковати озбиљне утицаје на пословање, остављајући мале и мање грешке главним.
Упознавање тестера и програмера
„Не броји јаја пре него што се излегу“ - Овај ред се односи на програмере и тестере. Када је софтвер развијен и спреман за тестирање, тестери мисле на горње редове. После тестирања, сада је ред на програмерима да упишу редове за тестере. Следе мисли које пролазе између њих:
- Испитивачи кажу да програмери кажу да у вашем софтверу постоји толико грешака. Отуда ваш рад није завршен.
- Након завршетка фазе тестирања и након пуно грешака, програмери кажу да не мислите да сте покренули више грешака, пронаћи ћемо одговарајући разлог да одбацимо већину грешака које сте покренули и које нису оригиналне.
Стога је увек врста аргументативног приступа који иде између тестера и програмера. Да би се осигурало да су целокупни испоручени подаци пројекта синхронизовани, од пресудне је важности посредничка особа (менаџер пројекта) која може да реши контроверзе тако да испоручени материјали буду оптимизовани и апсолутни, без цурења недостатака.
Закључак
Горе наведени чланци су сигурно објаснили све незаобилазни и важни аспекти козметичких грешака и како се могу упоредити са функционалним грешкама . Горњи чланак такође објашњава како се козметичке грешке могу третирати у поређењу са функционалним грешкама.
пример хеш табеле ц ++
Иако су критичности функционалних грешака више него код козметичких, оне задржавају своје место у добијању приоритета од клијената. Да бисте уравнотежили софтвер са резолуцијама за све грешке, обично се саветује да грешке третирају схватајући критичност, приоритет и препоруке клијента.
О аутору: Ово је чланак који је написао Нагарајан. Ради као пробни вођа са преко 6 година искуства у тестирању у разним функционалним областима као што су банкарство, авио-компаније, телеком у погледу ручног и аутоматизованог рада.
Какав је ваш став о козметичким и функционалним грешкама? Волео бих да видим ваше мисли у наставку.
Препоручено читање
- Когнитивна пристрасност у тестирању софтвера: зашто тестери пропуштају грешке?
- Зашто софтвер има грешке?
- Како решити све грешке без ознаке „Неважећа грешка“?
- Функционално тестирање против тестирања перформанси: треба ли то радити истовремено?
- 10 разлога зашто се ваше грешке одбијају и шта можете учинити као тестер!
- Шта је испитивање дуговечности? Како ухватити грешке пре него што их купац пронађе
- Уметност пријављивања грешака: Како пласирати на тржиште и поправити грешке?
- Топ 30 функционалних алата за тестирање 2021. године