Software testing is no fun. I know some people that test games. You might think it is fun but it really isn't it.
Analogy one friend told me:
Imagine a racing game, rather than race around the track having fun you have to do the completed opposite, going all over the course doing unprecedented stuff. Each tester normally has a tiny small part of the game to test which they non stop test for a couple of months.
Doesn't sound fun to me. However this is the standard for QA in the game industry, not sure about other software testing but I'm sure it is similarly gruelling.
Software testing is very different to games testing. I'm a software tester in a games company but don't test any of the actual games, instead I work on all the account management systems, billing systems, etc. You couldn't pay me enough to want to do games testing (slightly ironic given salaries for games testers are a lot lower than those for software testers).
Software testing can be fairly technical, bordering on a junior developer role at times depending on how much automated and white box (where the tester can see the code) testing they are involved in. You may also need to develop test harnesses to test individual components in isolation, setup and tear down databases and configure test environments.
Done properly, there is a lot more to the job than simply designing and running tests. A lot of it is about communication, making sure the developers interpretation of the requirements matches that of the users or advising on the risks associated with any defects or change requests. In many cases we are required to act as proxies for end users so it is important to understand how they use the product to, for example, explain to a designer why their wonderfully pretty interface may not be particularly intuitive for the people who are going to use it.
A lot of the day to day work does come down to designing and running tests, but it shouldn't be any more tedious than designing the software in the first place. Good test design requires a lot of creative thinking, it isn't simply entering the numbers 1 - 100 in a box and hitting enter. Simple test design techniques allow you to reduce the mundane stuff down to a small number of tests allowing you to spend more time looking for buffer overflows, code injection vulnerabilities or performance issues.
How enjoyable to job is likely to be will likely come down to the product(s) and the companies attitude to the importance of testing. If it's seen as a formality or something that can be crammed in a day or two before launch, run away.