Enviar búsqueda
Cargar
50120140502011
•
0 recomendaciones
•
141 vistas
IAEME Publication
Seguir
Tecnología
Denunciar
Compartir
Denunciar
Compartir
1 de 10
Descargar ahora
Descargar para leer sin conexión
Recomendados
Chapter 10 software certification
Chapter 10 software certification
Piyush Gogia
A Study: The Analysis of Test Driven Development And Design Driven Test
A Study: The Analysis of Test Driven Development And Design Driven Test
Editor IJMTER
Essential Test Management and Planning
Essential Test Management and Planning
TechWell
SRGM Analyzers Tool of SDLC for Software Improving Quality
SRGM Analyzers Tool of SDLC for Software Improving Quality
IJERA Editor
Software Reliability
Software Reliability
ranapoonam1
6 article azojete vol 9 51 67
6 article azojete vol 9 51 67
Oyeniyi Samuel
Software Quality Analysis Using Mutation Testing Scheme
Software Quality Analysis Using Mutation Testing Scheme
Editor IJMTER
Chapter 8 software testing
Chapter 8 software testing
despicable me
Recomendados
Chapter 10 software certification
Chapter 10 software certification
Piyush Gogia
A Study: The Analysis of Test Driven Development And Design Driven Test
A Study: The Analysis of Test Driven Development And Design Driven Test
Editor IJMTER
Essential Test Management and Planning
Essential Test Management and Planning
TechWell
SRGM Analyzers Tool of SDLC for Software Improving Quality
SRGM Analyzers Tool of SDLC for Software Improving Quality
IJERA Editor
Software Reliability
Software Reliability
ranapoonam1
6 article azojete vol 9 51 67
6 article azojete vol 9 51 67
Oyeniyi Samuel
Software Quality Analysis Using Mutation Testing Scheme
Software Quality Analysis Using Mutation Testing Scheme
Editor IJMTER
Chapter 8 software testing
Chapter 8 software testing
despicable me
Reproducible Crashes: Fuzzing Pharo by Mutating the Test Methods
Reproducible Crashes: Fuzzing Pharo by Mutating the Test Methods
University of Antwerp
Advanced Verification Methodology for Complex System on Chip Verification
Advanced Verification Methodology for Complex System on Chip Verification
VLSICS Design
Quiz2.2
Quiz2.2
Zhadra Ongenbaeva
Qa interview questions and answers
Qa interview questions and answers
Garuda Trainings
Interview questions and answers for quality assurance
Interview questions and answers for quality assurance
Garuda Trainings
Test Automation Maturity: A Self-Assessment Tool
Test Automation Maturity: A Self-Assessment Tool
University of Antwerp
Developing software analyzers tool using software reliability growth model
Developing software analyzers tool using software reliability growth model
IAEME Publication
A DECISION SUPPORT SYSTEM TO CHOOSE OPTIMAL RELEASE CYCLE LENGTH IN INCREMENT...
A DECISION SUPPORT SYSTEM TO CHOOSE OPTIMAL RELEASE CYCLE LENGTH IN INCREMENT...
ijseajournal
Software reliability growth model
Software reliability growth model
Himanshu
Test Driven Development:Unit Testing, Dependency Injection, Mocking
Test Driven Development:Unit Testing, Dependency Injection, Mocking
mrjawright
1506.08725v1
1506.08725v1
Sandeep Sivanandan
Latest Manual Testing Interview Questions and Answers 2015 - H2kinfosys
Latest Manual Testing Interview Questions and Answers 2015 - H2kinfosys
Computer Trainings Online
Block 1 ms-034 unit-1
Block 1 ms-034 unit-1
Nirmal Jasmatiya
Top Ten things that have been proven to effect software reliability
Top Ten things that have been proven to effect software reliability
Ann Marie Neufelder
Software reliability
Software reliability
Baptiste Wicht
Continuous Integration
Continuous Integration
Computaris
MTV15
MTV15
Rico Angell
10220140502001
10220140502001
IAEME Publication
50120140502013
50120140502013
IAEME Publication
Evaluating android antimalware against transformation attacks
Evaluating android antimalware against transformation attacks
IAEME Publication
Quando digito o nome da minha empresa no Google aparece o Reclame Aqui! Gabri...
Quando digito o nome da minha empresa no Google aparece o Reclame Aqui! Gabri...
Reclame Aqui
Oficina Hands On - Consumidor 2.0 Que Bicho é esse?
Oficina Hands On - Consumidor 2.0 Que Bicho é esse?
Reclame Aqui
Más contenido relacionado
La actualidad más candente
Reproducible Crashes: Fuzzing Pharo by Mutating the Test Methods
Reproducible Crashes: Fuzzing Pharo by Mutating the Test Methods
University of Antwerp
Advanced Verification Methodology for Complex System on Chip Verification
Advanced Verification Methodology for Complex System on Chip Verification
VLSICS Design
Quiz2.2
Quiz2.2
Zhadra Ongenbaeva
Qa interview questions and answers
Qa interview questions and answers
Garuda Trainings
Interview questions and answers for quality assurance
Interview questions and answers for quality assurance
Garuda Trainings
Test Automation Maturity: A Self-Assessment Tool
Test Automation Maturity: A Self-Assessment Tool
University of Antwerp
Developing software analyzers tool using software reliability growth model
Developing software analyzers tool using software reliability growth model
IAEME Publication
A DECISION SUPPORT SYSTEM TO CHOOSE OPTIMAL RELEASE CYCLE LENGTH IN INCREMENT...
A DECISION SUPPORT SYSTEM TO CHOOSE OPTIMAL RELEASE CYCLE LENGTH IN INCREMENT...
ijseajournal
Software reliability growth model
Software reliability growth model
Himanshu
Test Driven Development:Unit Testing, Dependency Injection, Mocking
Test Driven Development:Unit Testing, Dependency Injection, Mocking
mrjawright
1506.08725v1
1506.08725v1
Sandeep Sivanandan
Latest Manual Testing Interview Questions and Answers 2015 - H2kinfosys
Latest Manual Testing Interview Questions and Answers 2015 - H2kinfosys
Computer Trainings Online
Block 1 ms-034 unit-1
Block 1 ms-034 unit-1
Nirmal Jasmatiya
Top Ten things that have been proven to effect software reliability
Top Ten things that have been proven to effect software reliability
Ann Marie Neufelder
Software reliability
Software reliability
Baptiste Wicht
Continuous Integration
Continuous Integration
Computaris
MTV15
MTV15
Rico Angell
La actualidad más candente
(17)
Reproducible Crashes: Fuzzing Pharo by Mutating the Test Methods
Reproducible Crashes: Fuzzing Pharo by Mutating the Test Methods
Advanced Verification Methodology for Complex System on Chip Verification
Advanced Verification Methodology for Complex System on Chip Verification
Quiz2.2
Quiz2.2
Qa interview questions and answers
Qa interview questions and answers
Interview questions and answers for quality assurance
Interview questions and answers for quality assurance
Test Automation Maturity: A Self-Assessment Tool
Test Automation Maturity: A Self-Assessment Tool
Developing software analyzers tool using software reliability growth model
Developing software analyzers tool using software reliability growth model
A DECISION SUPPORT SYSTEM TO CHOOSE OPTIMAL RELEASE CYCLE LENGTH IN INCREMENT...
A DECISION SUPPORT SYSTEM TO CHOOSE OPTIMAL RELEASE CYCLE LENGTH IN INCREMENT...
Software reliability growth model
Software reliability growth model
Test Driven Development:Unit Testing, Dependency Injection, Mocking
Test Driven Development:Unit Testing, Dependency Injection, Mocking
1506.08725v1
1506.08725v1
Latest Manual Testing Interview Questions and Answers 2015 - H2kinfosys
Latest Manual Testing Interview Questions and Answers 2015 - H2kinfosys
Block 1 ms-034 unit-1
Block 1 ms-034 unit-1
Top Ten things that have been proven to effect software reliability
Top Ten things that have been proven to effect software reliability
Software reliability
Software reliability
Continuous Integration
Continuous Integration
MTV15
MTV15
Destacado
10220140502001
10220140502001
IAEME Publication
50120140502013
50120140502013
IAEME Publication
Evaluating android antimalware against transformation attacks
Evaluating android antimalware against transformation attacks
IAEME Publication
Quando digito o nome da minha empresa no Google aparece o Reclame Aqui! Gabri...
Quando digito o nome da minha empresa no Google aparece o Reclame Aqui! Gabri...
Reclame Aqui
Oficina Hands On - Consumidor 2.0 Que Bicho é esse?
Oficina Hands On - Consumidor 2.0 Que Bicho é esse?
Reclame Aqui
Planificación de una claseticcccccc
Planificación de una claseticcccccc
243vero
Alfabetico generalcgt
Alfabetico generalcgt
Cra manchuela
EN BLANCO Y NEGRO
EN BLANCO Y NEGRO
edupocs
Jc 2013-notafin2
Jc 2013-notafin2
Major Ribamar
Presentation CREMERJ 2010
Presentation CREMERJ 2010
Timothy Cook
Base de datos 2
Base de datos 2
fabianleon10
Dr. Luciana Cavalini's presentation Week in Science in 2009
Dr. Luciana Cavalini's presentation Week in Science in 2009
Timothy Cook
DOCE HOMBRES SIN PIEDAD
DOCE HOMBRES SIN PIEDAD
UNIANDES
Presentation Python Brasil [5] 2009
Presentation Python Brasil [5] 2009
Timothy Cook
English IV Ricardo Rivera Garcia 4IV16
English IV Ricardo Rivera Garcia 4IV16
Richard_Garcia200
MontañAs De Europa
MontañAs De Europa
guest344892e
Cataratas del niagara
Cataratas del niagara
Expresión Libre
Digital nz for iwi digital taonga database hui
Digital nz for iwi digital taonga database hui
Fiona Rigby
Visita pastisseria
Visita pastisseria
Espai Jove Intercultural
1
1
fastfollow
Destacado
(20)
10220140502001
10220140502001
50120140502013
50120140502013
Evaluating android antimalware against transformation attacks
Evaluating android antimalware against transformation attacks
Quando digito o nome da minha empresa no Google aparece o Reclame Aqui! Gabri...
Quando digito o nome da minha empresa no Google aparece o Reclame Aqui! Gabri...
Oficina Hands On - Consumidor 2.0 Que Bicho é esse?
Oficina Hands On - Consumidor 2.0 Que Bicho é esse?
Planificación de una claseticcccccc
Planificación de una claseticcccccc
Alfabetico generalcgt
Alfabetico generalcgt
EN BLANCO Y NEGRO
EN BLANCO Y NEGRO
Jc 2013-notafin2
Jc 2013-notafin2
Presentation CREMERJ 2010
Presentation CREMERJ 2010
Base de datos 2
Base de datos 2
Dr. Luciana Cavalini's presentation Week in Science in 2009
Dr. Luciana Cavalini's presentation Week in Science in 2009
DOCE HOMBRES SIN PIEDAD
DOCE HOMBRES SIN PIEDAD
Presentation Python Brasil [5] 2009
Presentation Python Brasil [5] 2009
English IV Ricardo Rivera Garcia 4IV16
English IV Ricardo Rivera Garcia 4IV16
MontañAs De Europa
MontañAs De Europa
Cataratas del niagara
Cataratas del niagara
Digital nz for iwi digital taonga database hui
Digital nz for iwi digital taonga database hui
Visita pastisseria
Visita pastisseria
1
1
Similar a 50120140502011
DevOps CI Automation Continuous Integration
DevOps CI Automation Continuous Integration
IRJET Journal
Unit Testing to Support Reusable for Component-Based Software Engineering
Unit Testing to Support Reusable for Component-Based Software Engineering
ijtsrd
Acceptance test driven development
Acceptance test driven development
Editor Jacotech
IRJET- Development Operations for Continuous Delivery
IRJET- Development Operations for Continuous Delivery
IRJET Journal
Unit Test using Test Driven Development Approach to Support Reusability
Unit Test using Test Driven Development Approach to Support Reusability
ijtsrd
Software process methodologies and a comparative study of various models
Software process methodologies and a comparative study of various models
iaemedu
Adm Initial Proposal
Adm Initial Proposal
cfry
TDD Workshop UTN 2012
TDD Workshop UTN 2012
Facundo Farias
Automation Testing of Web based Application with Selenium and HP UFT (QTP)
Automation Testing of Web based Application with Selenium and HP UFT (QTP)
IRJET Journal
Finding Bugs, Fixing Bugs, Preventing Bugs — Exploiting Automated Tests to In...
Finding Bugs, Fixing Bugs, Preventing Bugs — Exploiting Automated Tests to In...
University of Antwerp
Test-Driven-Development.pptx
Test-Driven-Development.pptx
dheeraj438799
Test driven development
Test driven development
Nascenia IT
A Review On Software Reliability.
A Review On Software Reliability.
Kelly Taylor
Test driven development and unit testing with examples in C++
Test driven development and unit testing with examples in C++
Hong Le Van
A New Generation Software Test Automation Framework – CIVIM
A New Generation Software Test Automation Framework – CIVIM
QuEST Global (erstwhile NeST Software)
Ulotka STX NEXT Best Practices
Ulotka STX NEXT Best Practices
Agata Juszczak
agile methods.docx
agile methods.docx
TanishaKochak
Deployment of Debug and Trace for features in RISC-V Core
Deployment of Debug and Trace for features in RISC-V Core
IRJET Journal
“Scrumbear” framework for solving traditional scrum model problems
“Scrumbear” framework for solving traditional scrum model problems
journalBEEI
QUALITY METRICS OF TEST SUITES IN TESTDRIVEN DESIGNED APPLICATIONS
QUALITY METRICS OF TEST SUITES IN TESTDRIVEN DESIGNED APPLICATIONS
ijseajournal
Similar a 50120140502011
(20)
DevOps CI Automation Continuous Integration
DevOps CI Automation Continuous Integration
Unit Testing to Support Reusable for Component-Based Software Engineering
Unit Testing to Support Reusable for Component-Based Software Engineering
Acceptance test driven development
Acceptance test driven development
IRJET- Development Operations for Continuous Delivery
IRJET- Development Operations for Continuous Delivery
Unit Test using Test Driven Development Approach to Support Reusability
Unit Test using Test Driven Development Approach to Support Reusability
Software process methodologies and a comparative study of various models
Software process methodologies and a comparative study of various models
Adm Initial Proposal
Adm Initial Proposal
TDD Workshop UTN 2012
TDD Workshop UTN 2012
Automation Testing of Web based Application with Selenium and HP UFT (QTP)
Automation Testing of Web based Application with Selenium and HP UFT (QTP)
Finding Bugs, Fixing Bugs, Preventing Bugs — Exploiting Automated Tests to In...
Finding Bugs, Fixing Bugs, Preventing Bugs — Exploiting Automated Tests to In...
Test-Driven-Development.pptx
Test-Driven-Development.pptx
Test driven development
Test driven development
A Review On Software Reliability.
A Review On Software Reliability.
Test driven development and unit testing with examples in C++
Test driven development and unit testing with examples in C++
A New Generation Software Test Automation Framework – CIVIM
A New Generation Software Test Automation Framework – CIVIM
Ulotka STX NEXT Best Practices
Ulotka STX NEXT Best Practices
agile methods.docx
agile methods.docx
Deployment of Debug and Trace for features in RISC-V Core
Deployment of Debug and Trace for features in RISC-V Core
“Scrumbear” framework for solving traditional scrum model problems
“Scrumbear” framework for solving traditional scrum model problems
QUALITY METRICS OF TEST SUITES IN TESTDRIVEN DESIGNED APPLICATIONS
QUALITY METRICS OF TEST SUITES IN TESTDRIVEN DESIGNED APPLICATIONS
Más de IAEME Publication
IAEME_Publication_Call_for_Paper_September_2022.pdf
IAEME_Publication_Call_for_Paper_September_2022.pdf
IAEME Publication
MODELING AND ANALYSIS OF SURFACE ROUGHNESS AND WHITE LATER THICKNESS IN WIRE-...
MODELING AND ANALYSIS OF SURFACE ROUGHNESS AND WHITE LATER THICKNESS IN WIRE-...
IAEME Publication
A STUDY ON THE REASONS FOR TRANSGENDER TO BECOME ENTREPRENEURS
A STUDY ON THE REASONS FOR TRANSGENDER TO BECOME ENTREPRENEURS
IAEME Publication
BROAD UNEXPOSED SKILLS OF TRANSGENDER ENTREPRENEURS
BROAD UNEXPOSED SKILLS OF TRANSGENDER ENTREPRENEURS
IAEME Publication
DETERMINANTS AFFECTING THE USER'S INTENTION TO USE MOBILE BANKING APPLICATIONS
DETERMINANTS AFFECTING THE USER'S INTENTION TO USE MOBILE BANKING APPLICATIONS
IAEME Publication
ANALYSE THE USER PREDILECTION ON GPAY AND PHONEPE FOR DIGITAL TRANSACTIONS
ANALYSE THE USER PREDILECTION ON GPAY AND PHONEPE FOR DIGITAL TRANSACTIONS
IAEME Publication
VOICE BASED ATM FOR VISUALLY IMPAIRED USING ARDUINO
VOICE BASED ATM FOR VISUALLY IMPAIRED USING ARDUINO
IAEME Publication
IMPACT OF EMOTIONAL INTELLIGENCE ON HUMAN RESOURCE MANAGEMENT PRACTICES AMONG...
IMPACT OF EMOTIONAL INTELLIGENCE ON HUMAN RESOURCE MANAGEMENT PRACTICES AMONG...
IAEME Publication
VISUALISING AGING PARENTS & THEIR CLOSE CARERS LIFE JOURNEY IN AGING ECONOMY
VISUALISING AGING PARENTS & THEIR CLOSE CARERS LIFE JOURNEY IN AGING ECONOMY
IAEME Publication
A STUDY ON THE IMPACT OF ORGANIZATIONAL CULTURE ON THE EFFECTIVENESS OF PERFO...
A STUDY ON THE IMPACT OF ORGANIZATIONAL CULTURE ON THE EFFECTIVENESS OF PERFO...
IAEME Publication
GANDHI ON NON-VIOLENT POLICE
GANDHI ON NON-VIOLENT POLICE
IAEME Publication
A STUDY ON TALENT MANAGEMENT AND ITS IMPACT ON EMPLOYEE RETENTION IN SELECTED...
A STUDY ON TALENT MANAGEMENT AND ITS IMPACT ON EMPLOYEE RETENTION IN SELECTED...
IAEME Publication
ATTRITION IN THE IT INDUSTRY DURING COVID-19 PANDEMIC: LINKING EMOTIONAL INTE...
ATTRITION IN THE IT INDUSTRY DURING COVID-19 PANDEMIC: LINKING EMOTIONAL INTE...
IAEME Publication
INFLUENCE OF TALENT MANAGEMENT PRACTICES ON ORGANIZATIONAL PERFORMANCE A STUD...
INFLUENCE OF TALENT MANAGEMENT PRACTICES ON ORGANIZATIONAL PERFORMANCE A STUD...
IAEME Publication
A STUDY OF VARIOUS TYPES OF LOANS OF SELECTED PUBLIC AND PRIVATE SECTOR BANKS...
A STUDY OF VARIOUS TYPES OF LOANS OF SELECTED PUBLIC AND PRIVATE SECTOR BANKS...
IAEME Publication
EXPERIMENTAL STUDY OF MECHANICAL AND TRIBOLOGICAL RELATION OF NYLON/BaSO4 POL...
EXPERIMENTAL STUDY OF MECHANICAL AND TRIBOLOGICAL RELATION OF NYLON/BaSO4 POL...
IAEME Publication
ROLE OF SOCIAL ENTREPRENEURSHIP IN RURAL DEVELOPMENT OF INDIA - PROBLEMS AND ...
ROLE OF SOCIAL ENTREPRENEURSHIP IN RURAL DEVELOPMENT OF INDIA - PROBLEMS AND ...
IAEME Publication
OPTIMAL RECONFIGURATION OF POWER DISTRIBUTION RADIAL NETWORK USING HYBRID MET...
OPTIMAL RECONFIGURATION OF POWER DISTRIBUTION RADIAL NETWORK USING HYBRID MET...
IAEME Publication
APPLICATION OF FRUGAL APPROACH FOR PRODUCTIVITY IMPROVEMENT - A CASE STUDY OF...
APPLICATION OF FRUGAL APPROACH FOR PRODUCTIVITY IMPROVEMENT - A CASE STUDY OF...
IAEME Publication
A MULTIPLE – CHANNEL QUEUING MODELS ON FUZZY ENVIRONMENT
A MULTIPLE – CHANNEL QUEUING MODELS ON FUZZY ENVIRONMENT
IAEME Publication
Más de IAEME Publication
(20)
IAEME_Publication_Call_for_Paper_September_2022.pdf
IAEME_Publication_Call_for_Paper_September_2022.pdf
MODELING AND ANALYSIS OF SURFACE ROUGHNESS AND WHITE LATER THICKNESS IN WIRE-...
MODELING AND ANALYSIS OF SURFACE ROUGHNESS AND WHITE LATER THICKNESS IN WIRE-...
A STUDY ON THE REASONS FOR TRANSGENDER TO BECOME ENTREPRENEURS
A STUDY ON THE REASONS FOR TRANSGENDER TO BECOME ENTREPRENEURS
BROAD UNEXPOSED SKILLS OF TRANSGENDER ENTREPRENEURS
BROAD UNEXPOSED SKILLS OF TRANSGENDER ENTREPRENEURS
DETERMINANTS AFFECTING THE USER'S INTENTION TO USE MOBILE BANKING APPLICATIONS
DETERMINANTS AFFECTING THE USER'S INTENTION TO USE MOBILE BANKING APPLICATIONS
ANALYSE THE USER PREDILECTION ON GPAY AND PHONEPE FOR DIGITAL TRANSACTIONS
ANALYSE THE USER PREDILECTION ON GPAY AND PHONEPE FOR DIGITAL TRANSACTIONS
VOICE BASED ATM FOR VISUALLY IMPAIRED USING ARDUINO
VOICE BASED ATM FOR VISUALLY IMPAIRED USING ARDUINO
IMPACT OF EMOTIONAL INTELLIGENCE ON HUMAN RESOURCE MANAGEMENT PRACTICES AMONG...
IMPACT OF EMOTIONAL INTELLIGENCE ON HUMAN RESOURCE MANAGEMENT PRACTICES AMONG...
VISUALISING AGING PARENTS & THEIR CLOSE CARERS LIFE JOURNEY IN AGING ECONOMY
VISUALISING AGING PARENTS & THEIR CLOSE CARERS LIFE JOURNEY IN AGING ECONOMY
A STUDY ON THE IMPACT OF ORGANIZATIONAL CULTURE ON THE EFFECTIVENESS OF PERFO...
A STUDY ON THE IMPACT OF ORGANIZATIONAL CULTURE ON THE EFFECTIVENESS OF PERFO...
GANDHI ON NON-VIOLENT POLICE
GANDHI ON NON-VIOLENT POLICE
A STUDY ON TALENT MANAGEMENT AND ITS IMPACT ON EMPLOYEE RETENTION IN SELECTED...
A STUDY ON TALENT MANAGEMENT AND ITS IMPACT ON EMPLOYEE RETENTION IN SELECTED...
ATTRITION IN THE IT INDUSTRY DURING COVID-19 PANDEMIC: LINKING EMOTIONAL INTE...
ATTRITION IN THE IT INDUSTRY DURING COVID-19 PANDEMIC: LINKING EMOTIONAL INTE...
INFLUENCE OF TALENT MANAGEMENT PRACTICES ON ORGANIZATIONAL PERFORMANCE A STUD...
INFLUENCE OF TALENT MANAGEMENT PRACTICES ON ORGANIZATIONAL PERFORMANCE A STUD...
A STUDY OF VARIOUS TYPES OF LOANS OF SELECTED PUBLIC AND PRIVATE SECTOR BANKS...
A STUDY OF VARIOUS TYPES OF LOANS OF SELECTED PUBLIC AND PRIVATE SECTOR BANKS...
EXPERIMENTAL STUDY OF MECHANICAL AND TRIBOLOGICAL RELATION OF NYLON/BaSO4 POL...
EXPERIMENTAL STUDY OF MECHANICAL AND TRIBOLOGICAL RELATION OF NYLON/BaSO4 POL...
ROLE OF SOCIAL ENTREPRENEURSHIP IN RURAL DEVELOPMENT OF INDIA - PROBLEMS AND ...
ROLE OF SOCIAL ENTREPRENEURSHIP IN RURAL DEVELOPMENT OF INDIA - PROBLEMS AND ...
OPTIMAL RECONFIGURATION OF POWER DISTRIBUTION RADIAL NETWORK USING HYBRID MET...
OPTIMAL RECONFIGURATION OF POWER DISTRIBUTION RADIAL NETWORK USING HYBRID MET...
APPLICATION OF FRUGAL APPROACH FOR PRODUCTIVITY IMPROVEMENT - A CASE STUDY OF...
APPLICATION OF FRUGAL APPROACH FOR PRODUCTIVITY IMPROVEMENT - A CASE STUDY OF...
A MULTIPLE – CHANNEL QUEUING MODELS ON FUZZY ENVIRONMENT
A MULTIPLE – CHANNEL QUEUING MODELS ON FUZZY ENVIRONMENT
Último
Apidays Singapore 2024 - Building Digital Trust in a Digital Economy by Veron...
Apidays Singapore 2024 - Building Digital Trust in a Digital Economy by Veron...
apidays
ProductAnonymous-April2024-WinProductDiscovery-MelissaKlemke
ProductAnonymous-April2024-WinProductDiscovery-MelissaKlemke
Product Anonymous
What Are The Drone Anti-jamming Systems Technology?
What Are The Drone Anti-jamming Systems Technology?
Antenna Manufacturer Coco
A Year of the Servo Reboot: Where Are We Now?
A Year of the Servo Reboot: Where Are We Now?
Igalia
Data Cloud, More than a CDP by Matt Robison
Data Cloud, More than a CDP by Matt Robison
Anna Loughnan Colquhoun
Scaling API-first – The story of a global engineering organization
Scaling API-first – The story of a global engineering organization
Radu Cotescu
Strategies for Landing an Oracle DBA Job as a Fresher
Strategies for Landing an Oracle DBA Job as a Fresher
Remote DBA Services
04-2024-HHUG-Sales-and-Marketing-Alignment.pptx
04-2024-HHUG-Sales-and-Marketing-Alignment.pptx
HampshireHUG
From Event to Action: Accelerate Your Decision Making with Real-Time Automation
From Event to Action: Accelerate Your Decision Making with Real-Time Automation
Safe Software
How to Troubleshoot Apps for the Modern Connected Worker
How to Troubleshoot Apps for the Modern Connected Worker
ThousandEyes
Tata AIG General Insurance Company - Insurer Innovation Award 2024
Tata AIG General Insurance Company - Insurer Innovation Award 2024
The Digital Insurer
Connector Corner: Accelerate revenue generation using UiPath API-centric busi...
Connector Corner: Accelerate revenue generation using UiPath API-centric busi...
DianaGray10
GenCyber Cyber Security Day Presentation
GenCyber Cyber Security Day Presentation
Michael W. Hawkins
Advantages of Hiring UIUX Design Service Providers for Your Business
Advantages of Hiring UIUX Design Service Providers for Your Business
Pixlogix Infotech
Boost Fertility New Invention Ups Success Rates.pdf
Boost Fertility New Invention Ups Success Rates.pdf
sudhanshuwaghmare1
Understanding Discord NSFW Servers A Guide for Responsible Users.pdf
Understanding Discord NSFW Servers A Guide for Responsible Users.pdf
UK Journal
presentation ICT roal in 21st century education
presentation ICT roal in 21st century education
jfdjdjcjdnsjd
How to Troubleshoot Apps for the Modern Connected Worker
How to Troubleshoot Apps for the Modern Connected Worker
ThousandEyes
Boost PC performance: How more available memory can improve productivity
Boost PC performance: How more available memory can improve productivity
Principled Technologies
TrustArc Webinar - Stay Ahead of US State Data Privacy Law Developments
TrustArc Webinar - Stay Ahead of US State Data Privacy Law Developments
TrustArc
Último
(20)
Apidays Singapore 2024 - Building Digital Trust in a Digital Economy by Veron...
Apidays Singapore 2024 - Building Digital Trust in a Digital Economy by Veron...
ProductAnonymous-April2024-WinProductDiscovery-MelissaKlemke
ProductAnonymous-April2024-WinProductDiscovery-MelissaKlemke
What Are The Drone Anti-jamming Systems Technology?
What Are The Drone Anti-jamming Systems Technology?
A Year of the Servo Reboot: Where Are We Now?
A Year of the Servo Reboot: Where Are We Now?
Data Cloud, More than a CDP by Matt Robison
Data Cloud, More than a CDP by Matt Robison
Scaling API-first – The story of a global engineering organization
Scaling API-first – The story of a global engineering organization
Strategies for Landing an Oracle DBA Job as a Fresher
Strategies for Landing an Oracle DBA Job as a Fresher
04-2024-HHUG-Sales-and-Marketing-Alignment.pptx
04-2024-HHUG-Sales-and-Marketing-Alignment.pptx
From Event to Action: Accelerate Your Decision Making with Real-Time Automation
From Event to Action: Accelerate Your Decision Making with Real-Time Automation
How to Troubleshoot Apps for the Modern Connected Worker
How to Troubleshoot Apps for the Modern Connected Worker
Tata AIG General Insurance Company - Insurer Innovation Award 2024
Tata AIG General Insurance Company - Insurer Innovation Award 2024
Connector Corner: Accelerate revenue generation using UiPath API-centric busi...
Connector Corner: Accelerate revenue generation using UiPath API-centric busi...
GenCyber Cyber Security Day Presentation
GenCyber Cyber Security Day Presentation
Advantages of Hiring UIUX Design Service Providers for Your Business
Advantages of Hiring UIUX Design Service Providers for Your Business
Boost Fertility New Invention Ups Success Rates.pdf
Boost Fertility New Invention Ups Success Rates.pdf
Understanding Discord NSFW Servers A Guide for Responsible Users.pdf
Understanding Discord NSFW Servers A Guide for Responsible Users.pdf
presentation ICT roal in 21st century education
presentation ICT roal in 21st century education
How to Troubleshoot Apps for the Modern Connected Worker
How to Troubleshoot Apps for the Modern Connected Worker
Boost PC performance: How more available memory can improve productivity
Boost PC performance: How more available memory can improve productivity
TrustArc Webinar - Stay Ahead of US State Data Privacy Law Developments
TrustArc Webinar - Stay Ahead of US State Data Privacy Law Developments
50120140502011
1.
International Journal of
Computer Engineering and Technology (IJCET), ISSN 0976-6367(Print), INTERNATIONAL JOURNAL OF COMPUTER ENGINEERING & ISSN 0976 - 6375(Online), Volume 5, Issue 2, February (2014), pp. 98-107 © IAEME TECHNOLOGY (IJCET) ISSN 0976 – 6367(Print) ISSN 0976 – 6375(Online) Volume 5, Issue 2, February (2014), pp. 98-107 © IAEME: www.iaeme.com/ijcet.asp Journal Impact Factor (2014): 4.4012 (Calculated by GISI) www.jifactor.com IJCET ©IAEME THE IMPACT OF TEST-DRIVEN DEVELOPMENT ON SOFTWARE DEFECTS AND COST: A COMPARATIVE CASE STUDY Dadi Mohankrishna Rayudu1, Naresh. E2, Dr. Vijaya Kumar B. P3 1 2 (Dept. of ISE, M S Ramaiah Institute of Technology, MSR Nagar, Bangalore, INDIA) (Dept. of ISE, M S Ramaiah Institute of Technology, MSR Nagar, Bangalore, INDIA, Research Scholar, Jain University, Bangalore) 3 (Dept. of ISE, M S Ramaiah Institute of Technology, MSR Nagar Bangalore, INDIA) ABSTRACT Present business world competition between the companies is increasing a lot with respect to quality, services and trust worthiness. Test driven development approach is one of the key factors for quality delivery of products. Test driven approach is one of amongst best practices in software from past decades. One of the most time consuming and costly processes of the Software Development Life Cycle has been the maintenance of production code. As of 2000, the overall maintenance costs have been more than 90%. To overcome this challenge many tools, frameworks and software paradigms have risen. On the forefront of this effort is writing unit test cases by the developers under the banner of Test Driven Development. This practice tackles the problem in the development phase. This work discus on TDD an issue that tackles to reduced cost and defect. Keywords: Software Paradigm, TDD, Unit Test, Cost Estimation and Reduction, Quality. 1. INTRODUCTION Test Driven development or TDD is related Extreme programming which gained prominence in 1999. Kent Beck is supposed to have rediscovered this method in 2003 and has gained prominence as a software paradigm [1][2][3]. This methodology of software development does not compartmentalize the development process as in traditional models of Software Development Life Cycle (SDLC). However it views unit testing, development and re factoring of code as a single short incremental atomic unit. 98
2.
International Journal of
Computer Engineering and Technology (IJCET), ISSN 0976-6367(Print), ISSN 0976 - 6375(Online), Volume 5, Issue 2, February (2014), pp. 98-107 © IAEME 1.1 Definition It is a software development process where the developer writes a test case for a new requirement, runs the test case which will fail, goes on to write the code to satisfy the test case, runs the test suite again and finally re factors. All these processes are closely tied to each other and happen as a single unit [4][5]. According to Beck, (Beck, 2002), it should follow the below two principles: 1. Never write a single line of code unless you have a failing automated test. 2. Eliminate duplication [1][2][3]. Section 2 provides background on the TDD unit testing techniques. Section 3 provides Libraries used for testing. Section 4 presents TDD Experiment design. Section 5 presents the results of our analysis. Section 6 Provides feature work and finally Section 7 conclusion 2. TEST-DRIVEN DEVELOPMENT The following diagram illustrates the process in its individual steps [1][6] Fig 1: TDD Process Diagram Add Test: In this step the developer adds a new test case into the test suite after understanding the requirements then new test will run. The new test case will inevitably fail because there is no corresponding code to back it up. An important feature of this step is that the developer is forced to 99
3.
International Journal of
Computer Engineering and Technology (IJCET), ISSN 0976-6367(Print), ISSN 0976 - 6375(Online), Volume 5, Issue 2, February (2014), pp. 98-107 © IAEME comprehend the requirement specifications before actually writing the production code. Writing unit tests prior to development, rather than after, means the developer has to think of all the ramifications and branches the code can evolve into[6]. Compile Test: After adding the new test, all the tests in the test suite are run. One can optionally run only the newly created test case. Most often all tests are run to verify that all the existing features are behaving as expected and acts as an acknowledgment to the developer that this new test case is the new feature going to be added. Write Code: Once the developer confirms that the newly added test fails, code is written just enough to pass the test case. This ensures that the code is prevented from bloating or writing code for a feature that already exists Re-factor: This step is executed once the developer is confident all the tests have passed. This step is necessary because it eliminates duplication. Once the re factoring is done, the test suite is run again so that the re factoring has not broken any existing code. These steps are repeated yet again when requirement for a new feature arrives. 2.1 Advantages of Test Driven Development 2.1.1 Detects Design Flaws Earlier One of the foremost advantages of TDD is that it provides a check on misunderstandings or communication gap when actually implementing the requirements. The developer is forced think about all the branches that has to be tested upfront. This may lead to further discussions and design debates which act as a safety net for any flaws trickling down. According to (Hawley, 2004), 87.5% of developers reported better requirements understanding and 79% of developers believed TDD promoted simpler design[4][6]. 2.1.2 Debugging Time Is Reduced Since most of the pitfalls of design are caught in the earlier stages, the developer spends lesser time in using the debugger after implementation. According to (Hawley, 2004) 95.8% of developers reported reduced debugging efforts [4][6]. This greatly reduces cost during the maintenance phase where most of the bugs are found. 2.1.3 Provides a Good Metric for Completion Many times managers would want to know how much of the development is actually complete. Before Test Driven Development, the developer would give a qualitative or quantitative answer that was hard to substantiate. However by using this technique, the developer can show the total number of test cases, percentage of test cases failing or passing. This greatly increases the productivity of the developer. According to (Hawley, 2004) 78% of developers reported TDD improved overall productivity. 2.1.4 Implicit Documentation In reality, due to the fast pace of product roll out time, the developer rarely documents the code being written. However with unit tests being written upfront, there will be a ready example on the behavior of a feature – the input, the usage and the expected output. 100
4.
International Journal of
Computer Engineering and Technology (IJCET), ISSN 0976-6367(Print), ISSN 0976 - 6375(Online), Volume 5, Issue 2, February (2014), pp. 98-107 © IAEME 2.1.5 Provides Great Code Coverage Before adding an else condition to existing code the developer has to write a test case that covers the else case too. This helps in tracking what changes have been made and what has to be covered in the future. 2.2 Drawbacks of TDD 2.2.1 Acceptance by Developers Asking developers to write unit tests first is counter intuitive. A proper process of inducting these principles into the process needs to be in place. 2.2.2 Boxed Developer Vision Since the developer who writes the tests is the same one who is going to write the code, the blind spots might seep into the code as well. 2.2.3 Legacy Code Inducting test driven development into existing legacy code can become an arduous task. Very little or no documentation and non-existent unit tests make it hard to employ TDD. 2.2.4 Maintaining Test Cases Over time new features have to be added into the existing system. However due to a small change in the code, many test cases may fail and need refactoring. This is one of the major overheads when employing TDD. 3. LIBRARIES USED FOR UNIT TESTING As part of unit testing for the existing java code base, JUnit was used for creating the test cases and JMockit was used for mocking classes and behavior. The sections below will give a brief overview of these two libraries used. 3.1 Junit JUnit is a java framework for writing unit test cases in Java developed by Kent Beck and Erich Gamma on flight from Zurich to Atlanta in 1997[7][8]. It is actually a part of the xUint family from which other testing frameworks have been derived. JUnit gained immense popularity and boosted the growth of Test Driven Development and Extreme Programming which depend on a short feedback loop in the software process. Other frameworks followed after JUnit were CPPUnit for C++ and NUnit for . Net. 3.2 Junit Features Test fixtures help in setting up base conditions for running your steps namely resource initialization and reclamation. JUnit provides the following annotations for setting up test fixtures. @Before – A method annotated by this will execute before every test method @After – A method annotated by this indicates the method should execute after every test method @BeforeClass – The method annotated by this annotation should be public and static. This method will be executed before all the test methods. @AfterClass – The method annotated by this annotation should be static. This method will be executed after all the test methods [7][8]. 101
5.
International Journal of
Computer Engineering and Technology (IJCET), ISSN 0976-6367(Print), ISSN 0976 - 6375(Online), Volume 5, Issue 2, February (2014), pp. 98-107 © IAEME 3.2.1 Test Method This is the actual test case that executes the code to be tested. It forms the heart of the test case. JUnit provides the following annotation for marking a method as a test method. @Test – The method to be tested is marked with this annotation. The method should be public void [5]. 3.2.2 Assertions These are static methods of the Assert class that help us check the expected versus actual outputs. Below are a few of the methods that have been used in implementing the test suite. assertEquals(message, expected, actual) - Asserts the equality of expected and actual objects . assertNull(object) - Asserts that the object is null . assertTrue(condition) - asserts that the condition is true . assertSame(message, expected, actual) - Asserts if the expected and the actual are the same object. This is equivalent to object comparison using the == operator. 3.2.3 Test Suite JUnit provides annotations to combine multiple test classes into a single test bundle - called as a Test Suite. This is a great utility for grouping related tests into a single class. The following two annotations must be used to mark a class as a test suite [9]. @RunWith(value = Suite.class) @SuiteClasses(value { TestClassA.class, TestClassB.class }) 3.2.4 JMockit Any unit testing invariably needs to be used with a mocking framework that supports unit testing. The Test Suite has used JMockit library for mocking. Following are some of the features of JMockit that have been used in creating the test suite [9]. Expectations class: These classes specify the expected/allowed invocations on mocked objects or classes. They are used for setting up the preconditions before the code being tested is invoked as anonymous inner classes or extending a class with Expectations. Inline Mockups: These are template based classes that allow us to override a class’s methods by passing them as the template’s type. They are defined inside individual test methods as anonymous inner classes. Deencapsulation class: This class provides a set of static methods that can be used to invoke private methods and access private variables. 4. TDD EXPERIMENT DESIGN Doing Experimentation in software engineering is very difficult because it needs so many resources .In our experiment we are to find so many interesting facts about software characteristics. 4.1 Goals The Goal is to decrease cost and defects in software so by that we can increase the quality of final software using test-Driven Development technique. 102
6.
International Journal of
Computer Engineering and Technology (IJCET), ISSN 0976-6367(Print), ISSN 0976 - 6375(Online), Volume 5, Issue 2, February (2014), pp. 98-107 © IAEME 4.2 Task and Tools Used We experimented with two different kind of approaches one is developing software with normal way of approaches and second one is using test-Driven development [9] [10]. To do this work the tools are used in experiment are 1. Eclipse-IDE for developing environment 2. Junit for writing for unit test cases 4.3 Task Description In our context we are trying to develop software which it will store critical information of system and try to retrieve back when it is needed to restore system. So we divided into two groups of team and try to develop using same programing language (JAVA). One team followed agile methodology to develop and other team followed Test-Driven development approach. The first team is continue the already existing software (Legacy code) other team is going to start from scrap using test-Driven Development approach. The details of is shown in below Table 1. Legacy code(Ad-hoc approach) New code(TDD approach) 6 5 Experienced Some Inexperienced Code Size(KLOC) 14.2 20.3 Language JAVA JAVA Team Size(Developers) Team Experience(Language and Domain) Unit Testing Ad-hoc Table 1. Task developing environment TDD 4.4 Unit testing practices The approach of legacy code team is Ad-hoc and new code team is following TDD approach .In our approach unit test cases need to cover 80% of main classes so according to that we developed unit test cases in different real time use case scenarios[11][12]. We will design unit test case like how the execution of some classes in real time using some tools like Junit. So first we should get know about the behavior of the class and some domain knowledge about the software how it works then only we can write perfect unit test cases [13]. So many people while writing test cases they will see only in coverage based type of testing but it will not give the correct results so developers should think in the different use case based scenarios where users get more problems[14][15]. The main theme in Unit testing is creating simulation environment like as software works. 5. RESULTS According to our experiment we found some good results in numbers. After developing software using both approaches compare to legacy code team with Ad-hoc approach the team with TDD approach has less number of defects .If the number of defects are more than the cost also will be more so TDD approach is proven it was cost effective also the below Table2 has no of defects in each phase . 103
7.
International Journal of
Computer Engineering and Technology (IJCET), ISSN 0976 0976-6367(Print), ISSN 0976 - 6375(Online), Volume 5, Issue 2, February (2014), pp. 98-107 © IAEME Phases No of defects (Ad-hoc) per No of defects(TDD) per KLOC KLOC Requirements 5 2 Design 10 3 Coding 10 2 Testing 20 2 Maintenance 5 1 Total 50 10 Table 2. No of defects in each phase in two approaches Ad As we can see in Table 2 the most defects are appearing in testing phase in Ad-hoc approach because while coding was done the most use cases will ignore by developers. one Fig.1 Total no of defects per KLOC comparison As we can see in graph the normal way of approach produces 50 defects per KLOC so it is not good to software product these many defects are not a problem in normal systems but when you are trying to develop any critical system these defects are leads to huge damage also. If you compare in New TDD approach comparatively the number of defects are less and we found out these defects also may solve in short time. We also observed in our software how these defects are increased cost of development and how maintenance also. According our project we represented how much cost it will take for each defect in different phases of development. So Using TDD development we found that no of defects are very less in Maintenance phase compare to Ad Ad-hoc approach so the cost of maintainer will be very less. According to defect and cost relation the no defects were increasing the cost of the product also increase. In requirement phase the cost of defect is very less compare to next phases so if we compare found defects itself in requirement phase itself very good but it is difficult. In normal approaches every one do test after design phase but in our TDD approach is parallel to coding unit testing will also done so there we can decrease lot of defects so cost of software production also will decreases. 104
8.
International Journal of
Computer Engineering and Technology (IJCET), ISSN 0976-6367(Print), ISSN 0976 - 6375(Online), Volume 5, Issue 2, February (2014), pp. 98-107 © IAEME In Table 3 we can see the cost of defect and how these defects cost in each phase Phases Cost per defect Requirements Design Coding Testing Maintenance Total Cost of defects in each phase(Ad-hoc) per KLOC Cost of defects in each phase(TDD) per KLOC $130 $450 $970 $7000 $14000 5*$130 = $650 2*$130 = $260 10*$450 = $4500 3*$450 = $1350 10*$970 = $9700 2*$970 = $1940 20*$7000 = $140000 2*$7000 = $14000 5*$14000 =$ 70000 1*$14000 =$14000 $224850 $31550 Table 3. Total cost due to defects with different approaches We can observe there is huge cost deference .So TDD approach can be possible for developing new software products with less cost than. We can see in Fig 2 testing phases cost difference is so more because the previous stages so many issues and use cases missed in normal way of developing but in TDD there is more possibilities to find bugs and some of the bugs will not able to find using black-box testing so those bugs will effect in operation of the software. But still we still some of the bugs in TDD development but for those bugs we give advance solution to the customer like diagnose problem in operational of the software. So the cost will decrease but we should spend some time and cost at the initial stages of development because developer should have good knowledge on TDD other again we have to give training to them .Here some extra money we should spent but still we will get more benefit like in this stage if we spent $100 later stages we can save $1000 and customer will believe in our company also so TDD has advantage than normal way of developing. Fig 2. Cost comparison of two approaches The cost reduction in TDD approach not only due to defects the effort require by the developers are also less if we allocate less resources to the project it will be cost effective Because in normal approaches in initial stages the resources need somewhat less compared to TDD but later on stages like testing and maintenance phases the resources allocated is more in normal development approach. 105
9.
International Journal of
Computer Engineering and Technology (IJCET), ISSN 0976 0976-6367(Print), ISSN 0976 - 6375(Online), Volume 5, Issue 2, February (2014), pp. 98-107 © IAEME phases Effort estimation (Adhoc)persons/month Effort estimation(TDD) persons/month Requirements 2 3 Design 3 5 Coding 6 5 Testing 10 5 Maintenance 20 4 Total 41 Table 4. Effort estimation in all phases 22 So we can see Table 4 the total effort estimation is less in TDD approach because the all defects and bugs are fixed in early stages only so if we compare cost now .For each resource if we spend $2000 per month then the total cost will increases so much in Ad-hoc approaches Ad hoc approaches. So the total cost for effort we can see below Table 5 st T Approach No of resources cost Ad-hoc 41 41*$2000=$82000 TDD 22 Table 5. Total cost for effort 22*$2000=$44000 Fig 3. Effort Estimation Comparison in Approaches 6. FUTURE WORK In Test-Driven development there is need lot effort to do automation so we are thinking to develop such kind of framework to do all process automated so developer can give his own inputs according to that, the unit test frame , framework should develop and it should only take ca of running all care test cases. 106
10.
International Journal of
Computer Engineering and Technology (IJCET), ISSN 0976-6367(Print), ISSN 0976 - 6375(Online), Volume 5, Issue 2, February (2014), pp. 98-107 © IAEME 7. CONCLUSION As TDD is not oldest technique but it is inexperienced by so many people and organizations so the researchers across the world who are working in companies has to look once empirical database how the techniques are followed by TDD. Very few empirical studies available on this topic .We try to prove with our experiment how The TDD is more effective than normal approaches respect of defects and cost. In present world, customers’ needs effective, efficient and quality software and that will possible with TDD approach. REFERENCES [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [17] Beck, K., Extreme Programming Explained, Second Edition: Embrace Change, AddisonWesley, Boston, MA, USA, 2004. K. Beck, Extreme Programming Explained: Embrace Change. Reading, Massachusetts: Addison-Wesley,2000. Kent Beck. Test Driven Development: By Example. Addison-Wesley, 2003. David Astels. Test Driven Development: A Practical Guide. Prentice hall PTR, 2003. H. Erdogmus. On the effectiveness of test-first approach to programming. IEEE Transactions on Software Engineering, 31(1):1–12, January 2005 Astels, D., Test-Driven Development: A Practical Guide, Prentice Hall, Upper Saddle River, New Jersey, USA, 2003. E. Gamma and K. Beck.http://www.junit.org David Stotts, Mark Lindsey, and Angus Antley. An informal formal method for systematic JUnit test case generation. In Proc. the 2002 XP/Agile Universe, pages 131–143, 2002. LiangliangKong, The Extension of the Unit Testing Tool Junit for Special Testings, Computer and Computational Sciences, 2006. IMSCCS '06. First International MultiSymposiums on 20-24 June 2006, Volume: 2 Page(s): 410 - 415. K. Auer and R. Miller, XP Applied. Reading, Massachusetts: Addison Wesley, 2001. D. Gelperin and W. Hetzel, "Software Quality Engineering," presented at Fourth International Conference on Software Testing, Washington D.C., June 1987. R. Jeffries, A. Anderson, and C. Hendrickson, Extreme Programming Installed. Upper Saddle River, NJ:Addison Wesley, 2001. R. E. Jeffries, "Extreme Testing," in Software Testing and Quality Engineering, vol. 1, 1999, pp. 22-27. Robert C. Martin. Agile Software Development: Principles, Patterns, and Practices. Pearson Education, Inc., 2003. L. Williams, E.M. Maximilien, and M. Vouk. Test-driven development as a defect-reduction practice. In Proceedings of the 14th IEEE International Symposium on Software Reliability Engineering, pages 34–45, Nov. 2003. Proceedings of the 19th Conference on Software Engineering Education & Training (CSEET’06). Gulwatanpreet Singh, Surbhi Gupta and Baldeep Singh, “ACO Based Solution for TSP Model for Evaluation of Software Test Suite”, International Journal of Computer Engineering & Technology (IJCET), Volume 3, Issue 3, 2012, pp. 75 - 82, ISSN Print: 0976 – 6367, ISSN Online: 0976 – 6375. Geetika Batra and Kuntal Barua, “An Optimization of Effort and Cost Estimation by Code Reusability Concept”, International Journal of Computer Engineering & Technology (IJCET), Volume 4, Issue 5, 2013, pp. 251 - 257, ISSN Print: 0976 – 6367, ISSN Online: 0976 – 6375. 107
Descargar ahora