|
|
|
|
LEADER |
00000cam a2200000 i 4500 |
001 |
OR_on1008962892 |
003 |
OCoLC |
005 |
20231017213018.0 |
006 |
m o d |
007 |
cr cnu|||unuuu |
008 |
171102s2017 cau ob 001 0 eng d |
040 |
|
|
|a N$T
|b eng
|e rda
|e pn
|c N$T
|d N$T
|d EBLCP
|d GW5XE
|d UAB
|d AZU
|d UPM
|d IOG
|d COO
|d OCLCQ
|d VT2
|d YDX
|d SNK
|d U3W
|d CAUOI
|d LIV
|d K6U
|d OCLCQ
|d KSU
|d D6H
|d ESU
|d WYU
|d LVT
|d S9I
|d UKMGB
|d UMI
|d TOH
|d OCLCQ
|d IDB
|d G3B
|d STF
|d MERUC
|d UKAHL
|d OCLCQ
|d LEAUB
|d OCLCF
|d ERF
|d UHL
|d LEATE
|d OCLCQ
|d SRU
|d BRF
|d OCLCQ
|d OCLCO
|d COM
|d OCLCQ
|
016 |
7 |
|
|a 019109624
|2 Uk
|
019 |
|
|
|a 1008990068
|a 1013495242
|a 1013909282
|a 1017896029
|a 1026940784
|a 1032279390
|a 1048146311
|a 1066587340
|a 1066621009
|a 1076922907
|a 1086449731
|a 1113191992
|a 1113380065
|a 1122813839
|a 1125695556
|a 1129345797
|
020 |
|
|
|a 9781484231623
|q (electronic bk.)
|
020 |
|
|
|a 1484231627
|q (electronic bk.)
|
020 |
|
|
|a 1484231619
|
020 |
|
|
|a 9781484231616
|
020 |
|
|
|z 9781484231616
|
024 |
7 |
|
|a 10.1007/978-1-4842-3162-3
|2 doi
|
029 |
1 |
|
|a AU@
|b 000061057196
|
029 |
1 |
|
|a AU@
|b 000061496784
|
029 |
1 |
|
|a AU@
|b 000066233156
|
029 |
1 |
|
|a CHNEW
|b 001032821
|
029 |
1 |
|
|a CHVBK
|b 555519171
|
029 |
1 |
|
|a UKMGB
|b 019109624
|
029 |
1 |
|
|a AU@
|b 000069031626
|
035 |
|
|
|a (OCoLC)1008962892
|z (OCoLC)1008990068
|z (OCoLC)1013495242
|z (OCoLC)1013909282
|z (OCoLC)1017896029
|z (OCoLC)1026940784
|z (OCoLC)1032279390
|z (OCoLC)1048146311
|z (OCoLC)1066587340
|z (OCoLC)1066621009
|z (OCoLC)1076922907
|z (OCoLC)1086449731
|z (OCoLC)1113191992
|z (OCoLC)1113380065
|z (OCoLC)1122813839
|z (OCoLC)1125695556
|z (OCoLC)1129345797
|
037 |
|
|
|a com.springer.onix.9781484231623
|b Springer Nature
|
050 |
|
4 |
|a QA76.76.T48
|
072 |
|
7 |
|a COM
|x 051330
|2 bisacsh
|
072 |
|
7 |
|a UMX
|2 bicssc
|
072 |
|
7 |
|a UMC
|2 bicssc
|
082 |
0 |
4 |
|a 005.14
|2 23
|
049 |
|
|
|a UAMI
|
100 |
1 |
|
|a Alpaev, Gennadiy,
|e author.
|
245 |
1 |
0 |
|a Software testing automation tips :
|b 50 things automation engineers should know /
|c Gennadiy Alpaev.
|
264 |
|
1 |
|a [Berkeley, CA] :
|b Apress,
|c [2017]
|
264 |
|
4 |
|c ©2017
|
300 |
|
|
|a 1 online resource
|
336 |
|
|
|a text
|b txt
|2 rdacontent
|
337 |
|
|
|a computer
|b c
|2 rdamedia
|
338 |
|
|
|a online resource
|b cr
|2 rdacarrier
|
347 |
|
|
|a text file
|
347 |
|
|
|b PDF
|
588 |
0 |
|
|a Online resource; title from PDF title page (EBSCO, viewed November 03, 2017).
|
520 |
|
|
|a Quickly access 50 tips for software test engineers using automated methods. The tips point to practices that save time and increase the accuracy and reliability of automated test techniques. Techniques that play well during demos of testing tools often are not the optimal techniques to apply on a running project. This book highlights those differences, helping you apply techniques that are repeatable and callable in professionally run software development projects. Emphasis is placed on creating tests that, while automated, are easily adapted as the software under construction evolves toward its final form. Techniques in the book are arranged into five categories: scripting, testing, the environment, running and logging of tests, and reviewing of the results. Every automation engineer sooner or later will face similar issues to the ones covered in these categories, and you will benefit from the simple and clear answers provided in this book. While the focus of the book is on the use of automated tools, the tips are not specific to any one vendor solution. The tips cover general issues that are faced no matter the specific tool, and are broadly applicable, often even to manual testing efforts. What You'll Learn: Employ best-practices in automated test design Write test scripts that will easily be understood by others Choose the proper environment for running automated tests Avoid techniques that demo well, but do not scale in practice Manage tests effectively, including testing of test scripts themselves Know when to go beyond automation to employ manual methods instead.
|
504 |
|
|
|a Includes bibliographical references and index.
|
505 |
0 |
|
|a At a Glance -- Contents -- About the Author -- About the Technical Reviewers -- Introduction -- Chapter 1: Scripting -- 1-1. Do Not Use Record & Play in Real Projects -- 1-2. Do Not Use Pauses -- 1-3. Provide Exit by Timeout for Loops -- 1-4. Do Not Consider Test Automation as Full-Fledged Development -- 1-5. Do Not Write Bulky Code -- 1-6. Verify All Options of Logical Conditions -- 1-7. Use Coding Standards -- 1-8. Use Static Code Analyzers -- 1-9. Add an Element of Randomness to Scripts
|
505 |
8 |
|
|a 1-10. Do Not Perform Blind Clicks Against Nonstandard Controls1-11. Learn and Use Standard Libraries -- 1-12. Avoid Copy and Paste -- 1-13. Do Not Use tryâ#x80;Œcatch with an Empty catch Block -- 1-14. Separate Code from Data -- 1-15. Learn How to Debug -- 1-16. Do Not Write Code for the Future -- 1-17. Leave the Code Better Than It Was -- 1-18. Choose a Proper Language for GUI Tests -- 1-19. Remember to Declare and Initialize Variables -- Chapter 2: Testing -- 2-1. Do Not Duplicate Tested Application Functionality in the Scripts
|
505 |
8 |
|
|a 2-2. Each Test Should Be Independent2-3. What Should Not Be Automated? -- 2-4. Ask the Developers for Help -- 2-5. Cloud Testing -- 2-6. Introduce Automation for Corner Cases -- 2-7. The Difference Between Error and Warning -- 2-8. Use the Appropriate Methodologies -- 2-9. Verification of Individual Bugs -- 2-10. Make a Pilot Project Before Writing Real Tests -- Chapter 3: Environment -- 3-1. Choose a Proper Set of Tools for Your Needs -- 3-2. Do Not Automatically Register Bugs from Scripts
|
505 |
8 |
|
|a 3-3. Do Not Chase After a â#x80;Green Buildâ#x80;#x9D; in the Prejudice of Quality3-4. Learn the Tool You Work With -- 3-5. Make Use of Version Control Systems -- 3-6. Avoid Custom Forms -- 3-7. Simplify Everything You Can -- 3-8. Automate Any Routine -- Chapter 4: Running, Logging, Verifying -- 4-1. Run Scripts as Often as Possible -- 4-2. Perform an Automatic Restart of Failed Tests -- 4-3. A Disabled Test Should Be Provided with a Comment -- 4-4. Errors in Logs Should Be Informative -- 4-5. Make a Screenshot in Case of Error
|
505 |
8 |
|
|a 4-6. Check the Accuracy of Tests Before Adding Them to the Regular Run4-7. Avoid Comparing Images -- Chapter 5: Reviewing -- 5-1. Write Tests That Even Non-Automation Engineers Can Understand -- 5-2. Avoid Unneeded Optimization -- 5-3. Review Someone Elseâ#x80;#x99;s Code Regularly -- 5-4. Participate in Forums and Discussions -- 5-5. Perform Refactoring -- 5-6. Remove Tests That Provide Minimal Benefit
|
590 |
|
|
|a O'Reilly
|b O'Reilly Online Learning: Academic/Public Library Edition
|
650 |
|
0 |
|a Computer software
|x Testing
|x Automation.
|
650 |
|
7 |
|a Programming & scripting languages: general.
|2 bicssc
|
650 |
|
7 |
|a COMPUTERS
|x Software Development & Engineering
|x Quality Assurance & Testing.
|2 bisacsh
|
650 |
|
7 |
|a Computer science.
|2 fast
|0 (OCoLC)fst00872451
|
650 |
|
7 |
|a Programming languages (Electronic computers)
|2 fast
|0 (OCoLC)fst01078704
|
776 |
0 |
8 |
|i Printed edition:
|z 9781484231616
|
856 |
4 |
0 |
|u https://learning.oreilly.com/library/view/~/9781484231623/?ar
|z Texto completo (Requiere registro previo con correo institucional)
|
938 |
|
|
|a Askews and Holts Library Services
|b ASKH
|n AH33856242
|
938 |
|
|
|a EBL - Ebook Library
|b EBLB
|n EBL5116617
|
938 |
|
|
|a EBSCOhost
|b EBSC
|n 1623522
|
938 |
|
|
|a YBP Library Services
|b YANK
|n 14947723
|
994 |
|
|
|a 92
|b IZTAP
|